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elevata tecnologia a prezzi competitivi. 
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CD-ROM E A590 

Posseggo un A500 con 3 Mb di FiAM e 
controller Commodore A590 che contie- 
ne un hard disk Quantum 40 Mb , Kick- 
start 1.3, stampante STAR LC-20 9 aghi. 
Vorrei acquistare un lettore CD-ROM da 
collegare al mio computer, ma non so 
che cosa occorre. Mi spiego: so che il 
mio controller supporta i lettori CD- 
ROM, ma vorrei sapere esattamente co- 
sa serve per poterlo collegare ad esso. 
Inoltre so che serve un filesystem per 
leggere i CD-ROM e dato che non rie- 
sco a procurarmelo perché Amiga Ma- 
gazine non ne Include uno di pubblico 
dominio nel dischetto allegato alla rivi- 
sta? Potete indicarmi un lettore CD- 
ROM per il mio computer che in futuro 
sarà possibile col legare a un A4000? 
Vincenzo Morelli, Napoli. 

Collegare un lettore CD esterno all'A590 
è davvero molto facile, e il procedimen- 
to è identico per A3000, A2091, GVP 
Series 1 1 e altri controller SCSI compati- 
bili al 100% con le specifiche Commo- 
dore. 

Chi non vuole avere pensieri, e può per- 
mettersi la spesa, deve solo acquistare 
AmigaOS3.1 e un lettore NEC portatile 
(per esempio il CDR400 3xp, vanno be- 
ne tutti i modelli oggi in listino). Con il 
Workbench 3.1 è fornito il software, e 
col NEC tutto l'hardware preconfigurato. 
Basta attaccare un cavo e fare click su 
un'icona per concludere l'installazione: 
una soluzione perfetta (se nel proprio si- 
stema non si nascondono difetti occul- 
ti). Per sfruttare meglio questo hardware 
"di lusso" conviene comperare in segui- 
to un file System commerciale per CD- 
ROM. 

Altrimenti la strada è un po' più lunga. Il 
lettore da acquistare dovrebbe essere 
del tipo esterno con interfaccia rigoro- 
samente SCSI2: è una garanzia di buon 
collegamento a qualsiasi computer. Va 
bene anche qualche vecchio lettore SC- 
SI, ma allora deve sempre essere pro- 
vato a fondo direttamente con Amiga. Si 
può scegliere un lettore per montaggio 
interno (come il Sony CDU55S o il NEC 
CDR201), acquistando anche un cabi- 
net SCSI dotato di alimentatore e piatti- 
na adattatrice, che trasforma il connet- 
tore SCSI del tipo interno in uno del tipo 
esterno. Il connettore SCSI esterno po- 
sto sul cabinet o sul lettore può avere 
due forme: il tipo vecchio è ingombran- 
te e simile a un connettore da stampan- 
te, quello nuovo è metallico, piccolo e 
più affidabile. E chiamato anche "con- 
nettore SCSI-2", ed è quello da preferi- 



re. Sul numero 62 di Amiga Magazine, 
alla fine del report sullo SMAU è citato 
un negozio di Napoli che vende cabinet 
e cavi SCSI adatti. 

Con il lettore deve essere acquistato il 
cavo di alimentazione a 220 V e un ca- 
vo SCSI esterno, del tipo da 25 poli a 50 
poli (è ovvio che il connettore a 50 poli 
deve avere la stessa forma di quello 
scelto per il lettore o cabinet). Questo 
cavo è perfettamente identico a quello 
usato su alcuni modelli di Apple Macin- 
tosh (come SE/30), ed è chiamato "cavo 
sistema SCSI": per questo motivo i letto- 
ri SCSI2 Apple funzionano anche con 
A590. Il cavo sistema è incluso nella 
confezione dei lettori portatili NEC, as- 
sieme all'alimentatore. 

Non c'è bisogno di altri accessori: i kit 
di collegamento che a volte vengono 
proposti non servono su Amiga. Nel ca- 
so di Vincenzo Morelli non bisogna 
preoccuparsi d'altro: jumper e switch 
dell'A590 vanno lasciati come sono, e i 
lettori CD escono dalla scatola già con- 
figurati in modo corretto (eccetto i mo- 
delli Apple, che sono privi di terminato- 
re). Al massimo è necessario cambiare 
gli interruttori o jumper del numero di ID 
SCSI del lettore (di solito 5 è il più adat- 
to). Quando il lettore è collegato non bi- 
sogna mai salvare le modifiche all'usci- 
ta di HDtoolbox, altrimenti da quel mo- 
mento l'Amiga "non parte" se manca il 
CD-ROM nel lettore. 

Per il filesystem esistono molte soluzio- 
ni: acquistando una delle innumerevoli 
raccolte PD per Amiga leggibili anche 
su MS-DOS (nelle nostre recensioni 
questa possibilità è sempre citata), si 
può trasferire l'archivio del file System 
su un dischetto da 720 kb usando il PC 
compatibile munito di lettore di un cono- 
scente. Le versioni recenti di AmigaOS 
leggono direttamente i floppy MS-DOS, 
ma poiché Vincenzo usa ancora il Kick- 
start 1.3 c'è bisogno di uno dei pac- 
chetti PD creati a questo scopo: Messy- 
DOS, la versione dimostrativa di Cros- 
sDOS, o al limite l'orrendo PCutil sul di- 
schetto Extras 1 .3. 

Qualsiasi lettore SCSI2 potrà poi essere 
usato su A4000 acquistando un control- 
ler SCSI adatto (non occorre che sia ad 
alte prestazioni). Per lettori a doppia o 
tripla velocità va bene qualsiasi scheda, 
mentre per quelli a quadrupla o sestu- 


pla i controller più scarsi come A2091 
sono da escludere. [P.C.] 

GRADUATORIE 

Mi sapreste dire perché è cosi raro leg- 
gere sulle riviste le prestazioni dei mi- 
croprocessori in termini accettabili co- 
me MIPS e MFLOPS? A me "transazioni 
per secondo" non dice assolutamente 
niente, quanto a SPEC cosi e SPEC 
colà, che posso pensarne, mi sembrano 
tante varietà di salumi. Perché non pub- 
blicate, ogni tanto, una piccola classifi- 
ca per prestazioni dei microprocessori? 
Spero che il mondo Amiga sappia per- 
suadere Escom a mirare più in alto che 
si può, e seguire una politica aggressi- 
va; anzi, spero che non ci sia affatto bi- 
sogno di persuaderla. Correggetemi se 
sbaglio, ma dopo aver realizzato i primi 
dieci esemplari del microprocessore più 
potente al mondo, i successivi dieci mi- 
lioni di esemplari non sono dieci milioni 
di manciate di sabbia con cui diluire ì 
costi di base e rendere il prodigioso 
" accessibile "? 

Vincenzo Vinci, Taranto 

Basta chiedere e noi esaudiamo! A 
qualche pagina di distanza da questa 
risposta potrà trovare la tabella che cer- 
ca, con prestazioni espresse in salumi... 
pardon, SPEC. 

MIPS e MFLOPS ultimamente sono in ri- 
basso perché ormai tutti gli esperti con- 
cordano nel ritenerli degli anacronismi o 
peggio: delle vere e proprie truffe. Trop- 
po spesso processori che vantano nu- 
meri esorbitanti di MIPS e MFLOPS si 
sono rivelati vistosamente più lenti dei 
concorrenti. Questi parametri, che e- 
sprimono il numero di "istruzioni" (ma 
quali? Ogni produttore ha le sue idee) 
eseguite in un certo periodo di tempo, 
possono forse avere significato compa- 
rando microprocessori della stessa fa- 
miglia, ma certamente non servono per 
confrontare CPU con filosofie e architet- 
ture completamentediverse. 

La questione della validità dei bench- 
mark è annosa e ancora oggetto di di- 
battiti, anche per l'importanza commer- 
ciale del problema. Oggi invece dei test 
sintetici (per esempio Dhrystone), che 
andavano di moda negli anni scorsi, si 
preferiscono calcolare indici di presta- 
zione come ICOMP o SPEC. Si ottengo- 
no dalla media ponderata dei tempi di 
esecuzione di un certo insieme di pro- 
grammi (che eseguono qualcosa di 
concreto) quando elaborano un insieme 
di dati ben preciso. 

SPEC (Standard Performance Evalua- 
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AMIGA ELECTRA 

Per disegnare lue il ino il le schemi delirici, li programma comprende giù 
un'ampia libreria di 'imboli, facilmente modi rientrile e ampliabile. I: 
ptjssibile inserire lesti nella schermala, ruotare di 90 : gli oggetti e stampare il 
risa limo sii curia. H presente inoltre un utilissimo "Help" richiamabile in 
qualsiasi pun lo del programma e un opzione per la gestione dei colori. Con 
lutili utile. Configurazione richiesta: qualsiasi computer Amiga con I Mh di 
memoria e stampatile. Lire 49.000 (AGD023) 


AMIGA MAILING 

N programma per gestire dati e indirizzi da slam pure su etichette con qualsiasi tipo di 
personali //.azione, sia per la gestione dei dati, sia per l'uscita in fase di stampa (a scelta II o 12 
pollici'», li possibile inoltre gestire più archivi di etichette. Completo di manuale. Con figurazione 
richiesta: qualsiasi computer Amiga. Lire 59.000 (AGOOI2) 

AMI GAIN BANCA 

Per gestire il conto corrente, calcolare interessi e spese bancarie. \ criticare la 
propria situazione in qual tintine momento dell'anno. Le funzioni avanzale di 
ricerca e la stampa compiei a delle movimentazioni per data immissione e per 
data valuta, completano qucslo pacchetto che utilizza egregi a me ni e le 
capacità grafiche del computer Amiga. Completo di manuale. ( 'ori figli razione 
richiesta; qualsiasi compitici- Amiga. Lire 49.000 (AG0014I 

AMIGAINFAMIGLIA 

programma di coniahiliià Unti il iure clic risolve i problemi del bilancio domestico, mensile ed an- 
nuale. K possibile registrare i movimenti in entrala e in uscita, visualizzare la movimenia/ione. 
el teli tiare la chiusura annuale del bilancio, gestire uno scadenziario e una rubrica telefonica, 
visuali zzare grillici a tinta o a barre. Con manuale. Con figura/ ione richiesta: qualsiasi computer 
Amiga con I Mhdi memoria. Lire 49.000 (AG0024» 

AMITOTO 

Ottimo programma per lo sviluppo e la compilazione dei sisiemi per il 
Totocalcio, litteiiua luce orpuin culo, la prensione dei cosii e il 
confronti» tra sistema integrale e ridotto. Tra i vari parametri che Intente 
può inserire, ci sono anche il costo colonnare e il numero di partecipanti 
al sistema, li possibile stampare il sistema su modulo coni inno o su 
schedina. Con manuale. Con figurazione richiesta: Kickstart 2.0. I Mh 
di memoria Ram. stampante. Lire 59.000 (AG0042) 

COMPUDIETA III PER AMIGA 

In base ai dati personali e alla attivila tisica svolta, propone il peso ideale da 
raggiungere, calcolando la «lieta corretta. Dopo aver confermalo il peso 
desiderato e scelto il ritmo di alimentazione più comodo suddividendolo tra 
colazione, pranzo e cena, viene visualizzata eri eventualmente 'rampata la 
dieta, completa «li menù suggeriti e possibili sostituzioni. Con manuale. 
Con figura/ ione richiesta: Kickstart 2.0 o superiore. 1 Mh «li memoria Ram. 

I lard Disk Lire 59.000 (AG0046) 

COMPUTER CHEF II 

Permette di realizzare un menù diverso per «igni giorno, inserendo gli ingredienti a disposj/iono: il 
computer visualizzerà tutte le ricette realizzabili. Comprende una vasta sezione dedicata ad 
antipasti, bevande, primi piatti, salse c contorni, ecc. Con manuale. Con figura /ione richiesta: 
Kickstart 2.0 o superiore: consiglialo I Hard Disk. Lire 59.000 i A (.0045) 

EXTRAMATH PER AMIGA 

Consente di tracciare funzioni in una variabile, funzioni pan miei rie he e 
serie «li funzioni, tracciando anche il grafici) «li « Ieri vate e di integrali 
impropri, permettendo il calcolo e la rapprese ut a /ione dei punti 
notevoli di una funzione quali; massimi, minimi e punii di flesso, 
riportando l’esatto valore della funzione in ciascuno eli questi punti, il 
tutto assistito da un comodo Help in Linea richiamabile da ogni menù 
trainile il tasto destro del mouse o dal Insto Help. Con manuale. 
Configura/ ione richiesta: qualsiasi coni poter Amiga con Kickstart 2.0 o 
superiore. 1 Mb di memoria libera: consigliato: e« «processine 
matematico. Lire 59.000 (AG0U47) 


FACI LMATEMATIC AMENTE 

Disegna con granile precisione i grafici di funzioni matematiche, evidenziando limiti, derivate e gli 
altri punti rilevanti per l'analisi, li inoltre possibile ricercate i massimi, i minimi, i punti di flesso e 
le radici. Il programma risulta quindi un valido aiuto per lo stia lente clic può eseguire la verifica 
dell'andamento «Ielle fitn/ioiii. tracciandone il grafico su video ed infine stampandolo su carta. Con 
manuale. Con ti gara/ ione richiesta: qualsiasi computer Amiga. Lire 39.000 (AG00II) 






FOGLIO TOTALE PER AMIGA 

h un loglio e lei ironico completo e veloce ila usare, grazie alla semplice gestione a menti, li in 
grado ili gestire enormi quantità di liuti e di lori nule matematiche. Coni pi cui di manuale. 
Configurazione «chiesi!»: standard. Lire 79.000 (AG0025) 

GRAFICA DI INTERNI 

Semplice programma per provare l'arredamento della propria casa, 
disegnando la pianta dellappartamento e inserendo » mobili nelle 
posizioni desiderate. Dispone ili oltre 50 oggetti già inseriti (dal tavolo 
tino .il televisore), utilizzabili nei vostri disegni: in più è possibile 
creare mobili ed accessori nuovi secondo le proprie esigenze, [.'editor 
degli oggetti è inolio semplice da usare, e permette di definire gli 
oggetti nuovi senza nessuna difficoltà. Con manuale. Con figura/ ione 
richiesta: qualsiasi computer Amiga. Lire 49.000 {AG0013) 



LOTTOPENNY PER AMIGA 

li in grado di elaborare e fornire dei numeri da giocare utilizzando due 
sistemi: la slot e la piramide, ’h umile hi slot è possibile generare i numeri e 
la ruota di gioco casualmente: la piramide, invece, permeile ima 
rappresentazione dei numeri con maggiori possibilità «li usuila. H presente un 
archivio con le estrazioni dal 14/01/39 al 03/09/94, che può essere 
aggiornalo. Con manuale. Configurazione richiesta: Kickstart 2.0 o 
superiore: consiglialo l'Hard Disk. Lire 59,000 I.AG0043» 

OPERAZIONE MODULO PER AMIGA 

Programma per la realizzazione e la gestione di moduli, bolle, fall are. prime pagine fax. ccc. 
Vengono gestiti tlu«r itf*i di stampe: manuale ed automatica. Permette «li sceglietela risoluzione 
dello schermo, il lipo di font ila utilizzare e oltre altresì la possibilità di importare immagini in 
formato UT per inserirle nei propri modali. Cori manuale. Confinili:»/ ione richiesta: Kickstart 3.0 e 
almeno I MI*, li Ram. Lire 59.000 <ÀG0033i 

SOLUZIONE FATTURA PER AMIGA 

Risolve ogni problema di fatti» razione, accompagnatoria o a seguilo di 
bollii per la vendita «li articoli. Il programma gestisce an agra li clic 
(relative a clienti, agenti, articoli, fornitori e vettori), e tabelle (IVA. 
pagamenti, gruppo e valuta). Soluzione l-'aiitira per Amiga, inolile, con- 
senle l'emissione «li note di accredito ed una completa pernia- 
li zza/ ione della slampa. H il primo modulo di un completo pacchetto 
gestionale professionale. Con manuale. Configurazione richiesta: Hard 
Disk con 6 Mb liberi. 1.5 Mb di Ram. Lire 79.000 (AG0035) 
Dello Messo j>ti< fin-ilo grv liointle: 

SOLUZIONE MAGAZZINO PER AMIGA 

Lire 79.000 (AG0036) 

SOLUZIONE ORDINI CLIENTI PER AMIGA 

I .ire 79.IMM) (A«;WJ7) 

TROPPO 3D! 

Troppo 3D! consente di provare l'ebbrezza dell'immersione nella realtà virtuale senza I utilizzo «li 
costosi caschi per la visione tridimensionale. Troppo 3D! basa il suo funzionamento su semplici 
occhiali colorati (compresi nella confezione) attraverso i quali si possi «no vedere in tre dimensioni 
gli oggetti creali aH'inierno del computer. L possibile realizzare disegni in due dimensioni e 
renderli tridimensionali con estrema facilità. L'apprendimento viene ulteriormente facilitato dalla 
presenza di un sistema di Help in linea richiamabile mediante il tasti» destro del mouse o con il 
tasto Help. Con manuale. Con figu razione richiesta: Computer Amiga con CPU 68020, 68030 
{consigliata). Kickstart 2.0 o superiore, monitor a colori (indispensabile). Lire 49.000 (AG0048) 

TUTTI DATI PER AMIGA 

Programma per la goti ione di archivi, completo di tutte le lun/.ioni e semplice da usare, lì infatti 
possibile creare archivi «li ogni iip«>. posizionare i vari campi sullo schermo a proprio piacimento, 
el lolt ilare ricerche anche complesse, stampare il contenuto dei singoli record o di tutto l’archivio ed 
anche etichette. Con manuale. Configurazione richiesta: Kickstart 2.0 o superiore: consiglialo 
fi lard Disk. Lire 59.000 (AG 0044) 





TUTTIDISCHI PER AMIGA 

Permette di catalogare dischi, musicassette e CD. K possibile inserire titolo, 
autore, genere, supporlo, durata, giudizio, nazione, anno. ecc. H previsto 
I inserimento ili commenti e dei titoli ilei brani. Di partimi a re interesse la 
funzione per la stampa di etichette e di copertine per le au diciassette. Con 
manuale. Configurazione richiesta: qualsiasi computer Amica. Lire 49. (MIO 
(A (.0015) 

Aliti Me smi serie opparienyoine 

TUTTILIBRI PER AMIGA • l.ire4<MMHMA(;<H)l7i 

TUTTIVIDEOI PER AMIGA - Lire 49.000 IÀG0016) 
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POSTA 


tion Corporation) è un organismo su 

di certificazione che mette a punto ri 

e vende programmi di test per le 1 

calcolare un insieme di indici di m 

prestazione. Hanno la reputazione eh 

di essere abbastanza in accordo ( h 

con la ‘‘potenza’’ concretamente r j| 

ottenibile da! calcolatore, quindi | n 

quasi tutti i produttori di computer _ f 

divulgano i risultati del test effet- | fl 

tuato sui loro modelli. 

Per i microprocessori, è tradizione ^ 
dare i valori misurati sul più veloce , 
computer che si può costruire con L' 
quella CPU (proprio come per l’in- ' 
dice ICOMP di Intel). I due indici 
che ci interessano sono CINT92 L— 
(detto anche SPECint92), che mi- 
sura la prestazione in aritmetica intera, e 
CFP92 (detto SPECfp92), che misura le 
prestazioni in virgola mobile, utile per a- 
vere un'idea delle prestazioni in ray tra- 
cing. Gli indici sono calcolati sulla base 
dei tempi di esecuzione di 20 program- 
mi; il numero 92 indica l’anno di messa a 
punto del test, cioè il 1992 (la revisione 
precedente risaliva al 1989). Le transa- 
zioni per secondo (TPS) sono un para- 
metro che si riferisce ai computer usati 


I 

Le lettere pubblicate sono 
spesso sintetizzate, o tagliate, per 
motivi di spazio. Per le stesse ragioni, non pos- 
siamo rispondere a tutte le lettere che giungono in reda- 
zione. Sappiamo che è seccante per chiunque scrivere una 
lettera senza vederla pubblicata o ricevere una risposta, 
ma non è possibile fare altrimenti. Siate certi, tuttavia, 
che le lettere vengono lette attentamente, una per una, e 
che si tiene sempre conto di eventuali indicazioni, sugge- 
rimenti e così via. 

Invitiamo poi i nostri lettori a indicare sempre nome, co- 
gnome, Indirizzo e data, oltre alla rubrica cui va destina- 
ta la corrispondenza: "La posta", "Il tecnico risponde", e 
cosi via. 

Infine, dispiace, ma non i assolutamente possibfle inviare 
risposte perso*# ai lettori: quindi NON INVIATE FRAN- 
COBOLLI per la risposin e non sperate in "eccezioni" a 
questa re^ftiinifoAftanno. 


come server, per esempio le grosse 
macchine Unix di Hewlett Packard o i 
mainframe. 

Per quanto riguarda i prezzi: c’è un’intera 
branca della scienza, l’economia, che 
studia come si formano. La sua ipotesi, 
anche se molto comune, è decisamente 
poco scientifica. Per giunta un chip è 
tutt’altro che “una manciata di sabbia”, 
ma è fatto partendo da semilavorati che 
valgono più di una pietra preziosa, per- 


da- ché le lavorazioni hanno un co- 
lina sto stratosferico. Se mai a qual- 
ità, cuno capiterà di visitare uno sta- 
no, bilimento per la produzione dei 

i r e chip, troverà guardie e sistemi di 
g e . sicurezza in tutti gli angoli. Un 
singolo “wafer” ancora da lavora- 
t0 „ re può costare fino a 5.000 dolla- 
ng ri, e solo perché pesa poco, es- 
, e sendo sottile come carta velina (i 
' tecnici che li manipolano vengo- 
no scelti tra persone con mano 
da chirurgo, per ovvi motivi). I 
„ " prezzi dei semiconduttori sono 
* accessibili solo perché da quel 
wafer si ottengono decine o mi- 
___l gliaia di chip. Quindi, piuttosto 
che supercomputer per pochi e- 
letti, noi ci auguriamo che ÉSCOM pro- 
duca i computer basati sulle tecnologie 
più moderne col miglior rapporto prez- 
zo/prestazioni del mercato, come Com- 
modore ha fatto per tanti anni. La poten- 
za di calcolo si può sempre aggiungere: 
ma se le fondamenta sono decrepite, il 
risultato resta traballante (e basta osser- 
vare altri famosi personal computer per 
constatarlo). 

[P-C.] 



Vendita per Corrispondenza 


AMIGA 

nmwr- ri»Trn»m m ino « n«ce 


Oltre 200 prodotti per soddisfare le più svariate esigenze 
per tutti i possessori di: Amiga - PC - C 64 






DRIVE ESTERNO AMIGA PASSANTE cod. DRI 

COMMODORE AMIGA CD 32 cod. CD: 

ESPANSIONE INTERNA PER AMIGA 2000/3000 cod. ESI 

Scheda di espansione 2Mb a bordo espandibile a 4/6/8 Mb 

ESPANSIONE ESTERNA PER AMIGA 500 - 500 plus - 1000 cod - ESf 

Da oggi la tua vecchia Amiga 1000 può essere espansa di altri 2Mb. 

Espansione esterna autoconfigurante da 2 Mbper Amiga 500/Plus e 1000 

SLOT MULTIPORTE cod. SL1 

Da questo momento con questo slot autoalimentato la tua 500/PLUS/1000, più i vari moduli 
ESP 04F può arrivare a 10 Mb. (porta passante per hard-disk, può alimentare HD o Amiga) 
SINTONIZZATORE TV cod T|J| 

Trasforma il monitor CVBS in uno splendido TV con 99 
canali programmabili da telecomando di cui 40 in memoria 

ESPANSIONE VELOCIZZATRICE 9^ /SS?* 09 1 

PER AMIGA 1 200 - 32 bit cod. ESP09F L. 31 5.000 ' "KIT " ' * » “ ? I 

Vi offriamo una delle più versatili espansioni per Amiga 1200 che ^ . 

proponiamo con 1 Mb a bordo a sole L. 315.000 La scheda si potrà r-~jjr^ rCl]>1 | pe ' 

espandere poco per volta fino a 8 Mb. Per i più esigenti esiste la I 

possibilità di aggiungere il coprocessore matematico. H Òkfjt : 


cod. DRI03G • L. 144.000 
cod. CD32 01 F • L. 490.000 


cod. ESP08F • L. 320.000 
cod. ESP04F • L. 295.900 


cod. SLT01L • L. 129.000 


cod. TUN01L • L. 176.000 


ACCESSORI PER C6 

• ALIMENTATORE L. 36.700 

• REGISTRATORE L. 47.700 

• CARTRIDGE tipo NIKI L. 33.000 

• CARTRIDGE tipo FINAL L. 37.500 

• CARTRIDGE allinea testine L. 21 .000 

• RESET DI MEMORIA/DUPLICAT. L. 7.900 

• PENNA OTTICA CON CASSETTA L. 15.700 

• PROVA JOYSTICK L. 1 4.500 

• JOYSTICK RAMBO L. 23.500 

• JOYSTICK GHIBLI TRASP. LUMIN. L. 26.500 

• MOVIOLA L. 12.000 

• COVER C64 NEW/OLD L. 9.800 

•COVER PER REGISTRATORE L. 4.900 


DESIDERO RICEVERE I PRODOTTI DA ME DESCRITTI NELLA CEDOLA SOTTOSTANTE. SI INTENDE CHE 
RICEVERÒ' INSIEME ALLA MERCE ORDINATA UNA COPIA GRATUITA DEL CATALOGO POSTAL DREAM 

I cognome e nome 


Per RAM DI ESPANSIONE e 
JCOPROCESSORI telefonare. 


cori. ESP05F cod. ESP06F cod. ESP07F 



Ordina | 

oggi stesso 
uno degli 
accessori 
qui riportati, 
riceverai 

GRATUITAMENTE 
a casa il catalogo 
Postai Dream 



cod. accessorio 


computer 


• per telefono 

• per fax 

• porpasu . 


r— i pagherò al postino 

in contrassegno 

r-j allego ricevuta 

vaglia postale 

allego assegno non 
□ trasferibile intestato a: 
POSTAL DREAM srl 


W ftTrrfÈr[rFr' r W- 


|D spese postali di spedizione 

[□ spese postali spedizione di invio urgente 
IO spese di spedizione con corriere espresso 


1 


GARANZIA DI UN ANNO SU TUTTI I PRODOTTI 
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Espansioni MEMORY CARD per Amiga 600/1 200 
da utilizzare nell'apposita porta PCMCIA 










Midi per computer 
Amiga con : 

IN, OUT, THRU 


Utilissima per utenti 
Amiga 500/PLUS e 1000 
(autoco nfigurante) 
(moduli utilizzabili 
anche su slot) 


Può essere utilizzata per 
Amiga 500/PLUS e 1000 e 
può espandere il computer 
di ulteriori 8Mb più porla 
passante per HD/CD ROM 


Per versioni Amiga 
Audio Stereo 




Scheda di espansione per Al 200 

con 1 Mb già montato e la possibilità 

di arrivare a 8Mb con normali Ram SOJ/ZIP. 

E 1 in grado di velocizzare le varie operazioni dell'Amiga, 
zoccolo per coprocessore matematico, clock e batteria 
tampone montati di serie. 


Per versioni Amiga 
con porta passante 
e switch on/off. 




X 


Comprende una base 
basculante per monitor 
un telecomando che permette 
di programmare 
40 canali e di vederne in 
sequenza 99 (funziona 
con sistema CVBS) 




■3 




Alimentatore potenziato 
a 4,5 A per ogni versione 
di Amiga 500/PLUS/600/1 200 


Versione trasparente 
luminosa e versione nera. 
Ventose in gomma 
resistentissimo. Utilizzabile 
su C64 

e tutte le versioni Amiga 


Mouse per 
computer Amiga 
500/PLUS 
600-1000-1200 ecc. 
Compatibili Atari 


Scheda con 2Mb montati 
e la possibilità di 
espanderla a 4-6-8 Mb. 
Prodotto dedicato ad 
Amiga 2000-3000 


VL<< C'yA'.'.uì 


• PER AMIGA 500/500 PLUS 51 2 Kb 

• PER AMIGA 500 PLUS 1 Mb 

•PER AMIGA 600 1Mb 

• PER AMIGA 500/1000 ESTERNA 2Mb 

• PER AMIGA 2000/2500/3000 2Mb espand. 8Mb 

» PER AMIGA 1200 32 bit 1Mb espand. 8Mb 


• PER AMIGA 500/500 PLUS/1000/2000 da 1,3 e 2.0 

• PER AMIGA 600 da 1.3 

DISPONIBILITÀ' DI ACCESSORI 
E GIOCHI per C64 


TAPPETINO MOUSE 
PENNA OTTICA AMIGA - C64 
ALIMENTATORI 

CAVERIE VARIE PER COMMODORE e PC 
CAPPA PER AMIGA 500/600/1200 
ACCESSORISTICA per PC 


• Hiviiu a « dii inno espana. »MD ' ACCESSORISTICA per PC | 

CABLETR0NIC ITALIA srl Via A. da Prezzate, 39/a - 24126 BERGAMO I 

1 Tel. 035/316807 - Fax 035/316751 ■ 

I NOSTRI PRODOTTI LI POTETE TROVARE PRESSO I MIGLIORI NEGOZI DI COMPUTER 


TUTTI I MARCHI CITATI SONO DEI LEGITTIMI PROPRIETARI 









DALIA STAMPA _ 
DI TUTTO IL MONDO 


PAGESTREAM 3.0H 

È stato rilasciato sulle reti tele- 
matiche internazionali un nuovo 
patch gratuito per PageStream 
3.0 che aggiunge al program- 
ma funzioni di sillabazione, nu- 
merazione delle pagine e spa- 
ziatura dei paragrafi. 

Anche la velocità di gestione 
dei testi è stata notevolmente 
aumentata. 

È previsto ancora un nuovo pat- 
ch (3.0i) che si occuperà so- 
prattutto degli strumenti Pen e 
Reshape, prima della versione 
3.1, la quale aumenterà notevol- 
mente la velocità di stampa sul- 
le stampanti non PostScript. La 
versione 3.1 verrà inviata gratui- 


tamente agli utenti registrati. 
L’elenco dei cambiamenti intro- 
dotti nella versione 3. Oh è lun- 
ghissimo: si tratta probabilmen- 
te di uno dei patch più impor- 
tanti, che avvicinano notevol- 
mente il programma alla descri- 
zione fornita dal manuale. 

Anche il BitMapEditor (BME) è 
stato potenziato. Ora ha una 
struttura più modulare che con- 
sente l'aggiunta di effetti me- 
diante file esterni. Un set di tali 
effetti (Gary’s Effects) è disponi- 
bile presso Soft-Logik al prezzo 
di 25 dollari. Essi includono: So- 
larize, Median, Average, Mini- 
mum, Maximum, Equalize, Tre- 
shold, Hue/Saturation, Gamma, 
Blur, Convolve, 


Hinter Bringer 


e software per la musica su 
Amiga. 

Fra i prodotti annunciati si se- 
gnalano Simthesizer, un gene- 
ratore di forme d'onda che 
combina diverse tecnologie: a- 
nalogiche, digitali, wavetable, 
additive, sottrattive, granulari, 
modulazione di frequenza, mo- 
dulazione di fase, wavesha- 
ping, linguaggio fonetico, 
Ghunóga e Re-Haus. 

Il programma permette anche 
la conversione di campioni a 
8/12/16/24/32 bit nei formati 
Raw, IFF-8SVX, AIFF, NeXT, 
Sun, Wave, U-Law, A-Law, 
AVR, Mac, IRCAM, Voc, Sam- 
pleVision. 

WaveFormer è invece un siste- 
ma di editing di campioni, ca- 
pace di funzionare con hardwa- 
re di campionamento third 


X-DVE 2.0 

fi ormai disponibile la versione 2.0 di 
X-DVE, il programma di effetti video 
già recensito su Amiga Magazine. La 
nuova versione sfrutta il sistema dei 
Datatypes sotto 3.0 e consente quindi 
di caricare immagini in molti formati, 
permette l’applicazione dell’antialiasing 
non solo ai testi, ma a qualsiasi ogget- 
to, analogo discorso vale per gli attri- 
buti Bevel, Shadow, 3D, Solid e Back- 
ground. Ciò significa, per esempio, che 
il programma permette di aggiungere a 
un animbrush un’ombra in movimento! 
Il programma può ora gestire testi mul- 
tilinea e sequenze di immagini caricate 
da disco. Gli effetti sono stati migliorati 
quanto a velocità (raddoppiata in molti 
casi) e a quantità. Una intera nuova fa- 
miglia di effetti, chiamata WARR, com- 
bina movimenti 3D e slide. Ora gli ef- 
fetti Wind permettono di realizzare fa- 
cilmente effetti complessi come spirali, 
implosioni e così via. È disponibile una 
veloce finestra di preview del singolo 
effetto o dell'intera animazione. XFA- 
Util è stato potenziato (permette con- 
versioni da XFA a ANIM5 o Frame IFF 
e viceversa) e ora lo si può controllare 
completamente via ARexx (sono forniti 
esempi di interfacce per ImageFx e 
ADPro), mentre la XFA. library verrà 
presentata a IPISA per consentire una 
maggiore diffusione di tale formato. 

ClassX Development 
via Francesca, 463 
56030 Montecalvoli (PI) 
tel./fax 0587-749206 


PHOTOGENICS LITE 

Phase 5 ha deciso di rendere 
disponibile a tutti gli utenti regi- 
strati della CyberVision 64 la 
versione Lite di Photogenics 
che, come è noto, è in grado di 
operare a 15, 16 o 24 bit colore 
con il sistema grafico Cyber- 
Graphics. 

EMPLANT E586 2.1 

La versione 2.1 dell’emulatore 
PC per la scheda Emplant è fi- 
nalmente disponibile. La nuova 
versione corregge molti bug re- 
lativi a gestione della memoria e 
MMU e aumenta la compatibi- 
lità, consentendo la stampa su 
LPT1 e l’uso di lettori di CD- 
ROM. Le partizioni MS-DOS ora 
sono leggibili anche dal lato A- 
miga. 

Db-Line 

viale Rimembranze, 26/c 
21024 Biandronno (VA) 
tei. 0332-819104 
fax 0332-767244 
BBS 0332-767277 

YOUNG MONKEY 

Sotto questo nome si cela un 
gruppo di programmatori/musi- 
cisti canadesi che hanno an- 
nunciato l’imminente rilascio di 
una serie di prodotti hardware 


SMAU 

Dal 21 al 25 settembre 1 995 si 
terrà a Milano l’annuale fiera 
dedicata all'informatica, giunta 
ormai alla 32esima edizione. I 
giorni venerdì 22 e lunedì 25 
saranno riservati agli operatori, 
mentre negli altri giorni è previ- 
sto l’ingresso a pagamento per 
il pubblico. Come al solito la 
Fiera permetterà una visione a 
360 gradi del mondo informati- 
co: stampanti, monitor, perso- 
nal computer, telecomunica- 
zioni, CAD, DTP, multimedia- 
lità, prodotti per l’ufficio, sanità, 
pubblica amministrazione. Nu- 
merosi saranno i convegni e i 
seminari collegati, che dedi- 
cheranno particolare attenzio- 
ne a temi quali la multimedia- 
lità, le telecomunicazioni, i 
mercati Plome e Soho, Inter- 
net, l’informatizzazione del set- 
tore finanziario, l’informatica al 
servizio dei disabili... 

In questo momento Escom 
non ha comunicato la sua pre- 
senza allo SMAU, ma è proba- 
bile la partecipazione di alcuni 
distributori e produttori Amiga. 

SMAU 

Ufficio Stampa e Relazioni 
Esterne 

corso Venezia, 47/49 
20121 Milano 
tei. 02-7606752 
fax 02-784407 


AMIGA TEi 

Come già annunciavamo sullo scorso 
numero, sono stati stabiliti contatti fra 
il distributore USA CEI e la Escom te- 
desca per la distribuzione di Amiga 
oltreoceano. 

Subito dopo l’accordo, esattamente il 
7 luglio, CEI ha diramato sulle reti te- 
lematiche un messaggio, a firma di 
Alex Armor, che annunciava il prezzo 
finale del nuovo Amiga 4000 Tower 
con 68040 a 25 MHz, 6 Mb di RAM e 
hard disk da 540 Mb: 3.499 dollari. 
Nello stesso messaggio si poneva 
molta enfasi sui margini di profitto dei 
rivenditori, nel tentativo palese di ri- 
costruire rapidamente la rete com- 
merciale. 

CEI prevede anche la vendita di Ami- 
ga 4000T in bundle con il Flyer, il si- 
stema di editing non lineare di New- 
Tek compatibile con il Toaster. 

Tale messaggio ha suscitato vivacis- 
sime reazioni, perché il prezzo è ap- 
parso a molti eccessivamente eleva- 
to (la CEI stessa lo ammetteva nel 
comunicato) e adatto unicamente al 
mercato video professionale. 

Pochi giorni dopo è intervenuta diret- 
tamente Amiga Technologies, affer- 
mando in un comunicato stampa a 
firma di Gilles Bourdin che la notizia 
diramata da CEI era il frutto di un’ini- 
ziativa unilaterale di tale società che 
Amiga Technologies smentiva senza 
mezzi termini. 

Secondo Gilles Bourdin, il prezzo fi- 
nale di Amiga 4000T in USA non è 
stato ancora stabilito. La decisione in 
merito verrà presa direttamente da 
Manfred Schmitt (presidente di E- 
scom) e Petro Tyschtschenko (presi- 
dente di Amiga Technologies) dopo 
un’analisi complessiva del mercato 
statunitense e consultazioni con tutti i 
distributori. Si è trattato indubbiamen- 
te di un episodio spiacevole, com- 
prensibile comunque in queste prime 
fasi, ancora un po' caotiche, della ri- 
nascita di Amiga. 

Fra le altre notizie che provengono 
dalla Germania va segnalata l’atten- 
zione dimostrata dalla nuova società 
per le tecnologie della Realtà Virtua- 
le. Oltre a comprendere nell’organi- 
gramma di Amiga Technologies ruoli 
inerenti a questo settore di sviluppo, 


party, che implementa la corre- 
zione manuale e semiautomati- 
ca degli errori dì campiona- 
mento, vari effetti digitali, anali- 
si mediante trasformata di Fou- 
rìer, fading incrociato, moltepli- 
ci modi di visualizzazione dei 
dati, bookmark multipli, loop, 
conversioni di molti formati da 8 
a 32 bit. 

MIDI System Explorer è un'in- 
terfaccia software verso stru- 
menti MIDI che funziona da 
patch editor, librarian e sistema 
di controllo. Supporta tutti gli e- 
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HNOLOGIES 


la società ha annunciato la commer- 
cializzazione e il supporto di disposi- 
tivi di realtà virtuale per Amiga come 
gli “IO Virtual Glass”, che vanno ad 
affiancarsi ai già previsti Al 200, 
CD32 e A4000 Tower, 

Dal Philadelphia Inquirer, infine, un 
giornale che si è dimostrato molto at- 
tendibile durante l'anno passato sulle 
vicende Commodore, giungono indi- 
screzioni di un certo interesse, la cui 
fonte sarebbe Ed Goff. 

Pur di cominciare la produzione di 
Amiga 4000 Tower in Agosto, Amiga 
Technologies rinuncerebbe, per ora, 
al proposito di avviare la produzione 
in Cina, cosa che richiederebbe tem- 
pi di pianificazione ben più lunghi. 
Sarebbe pertanto propensa a utiliz- 
zare da subito fabbriche statunitensi 
per la produzione delle schede madri 
e l’assemblaggio delle parti. 
Quest’ultima operazione verrebbe 
svolta in parte anche in Scozia per il 
mercato Europeo, presso una fabbri- 
ca già utilizzata dalla vecchia Com- 
modore. 


Ecco il nuovo logo di Amiga, 
cosi come è stato ufficialmente 
diramato su Internet da Amiga 
Technologies. E stato scelto fra 
tutti quelli presentati dal famoso 
studio grafico Frogdesign 
per la sua classicità (il carattere 
originario è un Bodoni) 
e il suo aspetto comunque 
moderno. Secondo Frogdesign: 

"Il quadratino rosso genera 
un logo attuale che rimane 


MAKIN MUSIC CD-ROM 

Questo CD-ROM si rivolge al 
musicista Amiga e comprende 
una selezione di programmi mu- 
sicali PD e circa 2.500 campioni 
a 8 e 16 bit, alcuni dei quali so- 
no stati convertiti dalla libreria 
professionale di Akai; sono inol- 
tre presenti file in formato MIDI. 
Il prezzo è di 24,99 dollari. 

CD Exchange 
UnitD5, Hi-Tech -House 
10 Black fri ars Street 
Norwich, NR3 1SF - England (UK) 
tei. 44-603-666202 
Internet: info@cdex.demon.co.uk 

FRED FISH 9 

Il nono volume della serie di 
Fred Fish è composto da due 
CD-ROM e comprende 1,1 Gb 
di software fra cui il nuovo por- 
ting dei programmi GNU: For- 
tran, Octave, UnixTex e l'upgra- 
de di molte altre utility. Sono 
presenti inoltre i volumi 1001- 
1060 della libreria di Fred Fish 
su floppy e 142 Mb di nuovi pro- 
grammi inviati a Fish per l'inclu- 
sione su CD. 


comunque elegante. Rappresenta 
la tecnologia e grazie 
alla sensazione di movimento 
che suscita, aggiunge al logo 
una certa energia". 


AMIGA 


RESOURCE 6.0 

Tutti i programmatori Amiga co- 
noscono questo potentissimo 
disassemblatore per Amiga, 
che ora è disponibile presso 
Puzzle Factory in USA. 

The Puzzle Factory Ine. 

P.O. Box 986 
Veneta OR 97487- USA 
tei. +1-503-9353709 
BBS fax +1-503-9357883 
Internet: jlavin@efn. org 

CYBERGRAPHICS 40.49 

È stata rilasciata la nuova ver- 
sione di questo sistema grafico 
per le più note schede grafiche 
Amiga. Si tratta di una versione 
di mantenimento che corregge 
piccoli bug. 

CyberGraphics 
Frank Ma riak 
Klosterstr. 7 

44135 Dortmund - Germany 
oppure: 

Thomas Sontowski 
Bensberger Marktweg 15 
51069 Koeln- Germany 

RIVISTE AMIGA 

Mentre The One, una rivista in- 
glese dedicata quasi esclusiva- 
mente ai giochi per Amiga, 
chiude, nasce in Francia Amiga 


Sono cambiati i numeri di telefono e 
di fax di Amiga Technologies: 

Amiga Technologies 
Gilles Bourdìn 
Berliner Ring 89 
D-64625 Bensheim - Germany 
tei. +49-6252-709195 
fax +49-6252-709417 


venti MIDI e salva i dati in for- 
mato standard MIDI per con- 
sentirne l’uso con altri program- 
mi. 

Sampler Utility, per finire, per- 
mette il trasferimento dei dati 
da sampler professionali ad 
Amiga e viceversa. 

young monkey sìudios 
797 Mitchell Street 
Fredericton, NB 
CANADA E3B3S8 
Internet info@youngmonkey.ca 
dhomas@unb.ca 


FRACTAL MINDS 

L’importatore romano ha annunciato la disponibilità di Mother’s Lit- 
tle Helper di Reinhard Grams, un help in linea di 350 pagine inte- 
grato a Imagine che consente anche la Preview di texture e brush. 
Il programma e il manuale sono stati tradotti in italiano. Il prezzo è 
di L. 98.000. 

Per LightWave 3.5 è disponibile un set di 25 macro che consentono 
diverse operazioni, fra cui la conversione di oggetti Imagine, la 
creazione rapida di logo testuali, l’emulazione di leggi fisiche e cli- 
matiche. Il prezzo del pacchetto completamente tradotto in italiano 
òdi L. 125.000, 

È in corso di completamento inoltre la traduzione in italiano del po- 
tentissimo programma di rendering 3D, Maxon Cinema 4D Pro 2.2; 
il manuale comprende 500 pagine e il pacchetto verrà venduto al 
prezzo di L. 490.000. 

È in corso inoltre la traduzione di Merian Database Pro 2.5, un da- 
tabase capace di gestire testi, immagini, suoni che verrà posto in 
commercio al prezzo di L. 150.000. 

Infine, è prevista la traduzione in italiano di Turbo Print 4.0, la nuo- 
va versione del programma di gestione della stampa di Irsee, già 
recensito nella versione precedente su Amiga Magazine. Il prezzo 
previsto è di L. 135.000. 

Fractal Minds di Marco Kohler 

via Principe Eugenio, 23 - 00185 Roma 

tei. 0330-999842 (lu-ve 9-13) 06-4464562 (lu-ve 18-21) 

fax 06-4464562 


IBTS E PREMIO 
IMMAGINE 

Dal 19 al 23 ottobre si terrà l’IBTS, la 
fiera biennale dedicata ai prodotti vi- 
deo professionali. La nona edizione 
della manifestazione avra luogo pres- 
so il Padiglione Sud della Fiera di Mi- 
lano a Lacchiarella: sono previsti più 
di 600 espositori. Nel contesto della 
fiera saranno tenuti diversi seminari 
su SMPTE, TV interattiva, fiere a te- 
ma, nuove frontiere dell’audio. Inoltre 
si terrà la quinta edizione del Premio 
Immagine, in collaborazione con UNA 
di Parigi e il Siggraph, e la terza edi- 
zione del Premio Audio. Le opere del 
concorso, su cassetta BVU o U-Matic, 
devono essere inoltrate agli organiz- 
zatori entro il 15 settembre 1995. La 
premiazione (per le sezioni sigla tele- 
visiva, spot pubblicitario, video clip, vi- 
deo istituzionale, computer animation 
3D) avverrà il 21 ottobre nel corso di 
una serata di gala presso VideoTime 
di Cologno Monzese. Il premio spe- 
ciale Paolo Zucchi sarà riservato a 
giovani artisti (meno di 31 anni) per o- 
pere di computer animation 2D o 3D. 

IBTS 

via Domenichino, 11 
20149 Milano 
tei. 02-4815541 
fax 02-4980330 
Internet MC1703@MCLINK.it 

Premio Immagine 

via Domenichino, 11 

20149 Milano 

tei. 02-4818429 

fax 02-4980330 

Internet MC1703@MCLink.it 


Wave, una nuova rivista edita 
da Presse Alliance e fondata 
dalla ex-redazione di Amiga 
Concept che ha abbandonato 
la vecchia testata per divergen- 
ze con l’editore. 

La rivista coprirà sia il settore 
professionale che quello ludico. 
Il primo numero è previsto per 
fine agosto. 

Amiga Wave 
10 Rue Chevreul 
92150 Suresnes - France 
tei. 01-4138291/6 
fax 01 -41 382907 

SHAPESHIFTER 3.0B 

Da molti viene considerato l’e- 
vento Shareware dell’anno e 
probabilmente è proprio così. 
ShapeShifter è infatti un emula- 
tore Macintosh per Amiga che 
ha poco da invidiare a Emplant 
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I PISA '95 


Il giorno sabato 18 novembre 1995 si svolgerà a Milano la quinta 
edizione di IPISA, il convegno annuale organizzato, senza scopo 
di lucro, da un gruppo di programmatori Amiga. La manifestazio- 
ne aspira a essere un’occasione di incontro tra utenti, program- 
matori e personalità del mondo Amiga, italiano e straniero. 

Il convegno si terrà presso ia Sala Seminari del Centro Universita- 
rio ISU di via Valvassori Peroni 21, che può essere facilmente 
raggiunta con i mezzi pubblici (MM2 Lambrate). L'inizio dei lavori 
è previsto per le ore 10, la chiusura è fissata per le 19. 

La quota di iscrizione, che comprende il pranzo di mezzogiorno 
presso il self Service attivo nello stesso stabile, una copia su carta 
degli Atti, i dischetti con il software presentato e una copia del 
CD-ROM di IPISA '95, è di L. 50.000, fino al 21 ottobre 1995, e di 
L. 90.000 dopo tale data (fa fede il bollettino postale), e va versa- 
ta sul Conto Corrente Postale: 

n. 29029204 

Sergio Ruocco 

via Di Vittorio, 4 

1-20019 Settimo Milanese (MI) 

sul retro del bollettino vanno scritti in stampatello nome, cogno- 
me, recapito (telefono e indirizzo, anche di posta elettronica) ed 
eventuali note. Chi, pur essendo iscritto, non potrà partecipare al- 
la conferenza, riceverà comunque gli Atti a stretto giro di posta. 
Ecco un primo elenco degli interventi previsti: 

Manuel Lemos - Upper Design (Madrid), Objection: un siste- 
ma di classi per lo sviluppo di applicazioni Object Oriented por- 
tabili (Amiga o POSIX-OS e X Window System) 

Michele Battilana - Cloanto (Italia), Una panoramica di siste- 
mi e tecnologie alternative e complementari ad Amiga 
Paolo Canali, Realizzazione di un bridge controller PCI 2.0 - 
Amiga MC68020/30 

Rocco Coluccelli, MOOS: un sistema di programmazione 
modulare e condivisione di applicazioni In linguaggio ARexx 
Gabriele Falcioni e Stefano Guarnierì, Visual Neurocom- 
puting: Reti Neurali e Tool ‘visuali’’ per la loro creazione, adde- 
stramento ed uso. 

Vincenzo Gervasi, EUNICE: un tramework per la program- 
mazione Object Oriented in Amiga E 
Alberto Longo - Fields of Vision software design (Italia), 
Breathless, un DOOM per Amiga: analisi tecnica di problemi e 
soluzioni per il Texture Mapping 

Giuseppe Ligorio, Librerie di compressione per immagini IFF- 

ILBM, suoni IFF-8SVX e moduli ProTracker 

Michele Puccini - ClassX (Italia), XFA: una libreria freeware 

per la gestione di animazioni ad alta velocità nel formato IFF-X- 

FA 

Riccardo Solmì, NetMail: un programma di posta elettronica 
Internet per Amiga 

Alessandro Tasora, Phenomena: programmazione in RPL- 
Forth (Reai 3D) applicata alla grafica tridimensionale. 

Federico Zuccollo, Media Library: sistema per l'implementa- 
zìone e l’utilizzo di file System modulari 


o A-Max IV. Con la versione 3.0, 
il programma di Christian Bauer 
ha raggiunto una potenza e una 
affidabilità notevoli, che ne per- 
mettono l’uso con applicativi 
Macintosh di ogni tipo. 
L'emulatore funziona in multita- 
sking, supporta fino a 16 milioni 
di colori con i sistemi grafici Pi- 
casso, EGS, Merlin e Cyber- 
Graphics. Non richiede la MMU 
e la FPU e pertanto può girare 
anche su 1200. Può usare sia fi- 
le, sia partizioni Amiga per emu- 
lare partizioni Macintosh: per- 
mette di leggere le partizioni 
Macintosh dal lato Amiga e 
sfrutta le porte seriale, parallela, 
floppy (richiede un floppy HD 
per leggere gli 1,44 Mb e i 720 
kb) e SCSI di Amiga, l'audio 
multicanale, le schede Ethernet 
ed è compatibile con MacTCP e 
con il 68060. Richiede OS 2.1, 4 
Mb di RAM, le ROM Macintosh 
da 512 kb o 1 Mb su file (non 
fornite, ovviamente). I! prezzo 
della registrazione è di 50 mar- 
chi tedeschi. 

Christian Bauer 
Langenaustr.65 
56070 Koblenz - Germany 
Internet bauec002@goofy.zdv. uni- 
mai nz.de 

SCANNER PIANI MIGRAPH 

Migraph è nota agli utenti Ami- 
ga per i suoi scanner manuali e 
il suo software di OCR (ricono- 
scimento automatico dei carat- 
teri). Ora ha sviluppato due 
pacchetti che includono scan- 
ner piani SCSI da 1 .200 e 2.400 
dpi interpolati (300x600 reali) 
oltre ovviamente al software dì 
gestione e al suo sistema OCR. 

Migraph 

USA 

tei. ri -206-8384702/8384677 


Per informazioni: 

tei. 02-6420472 (Roberto Attias - lunedi 20:00-22:00 dal 1 settembre) 


Per comunicazioni urgenti: 

fax 02-57511761 (rif. Vittorio Calzolari) 
Internet: 

ruocco@dsi.unimi.it (Sergio Ruocco) 
attias@dsi.unimi.it (Roberto Attias) 
zandonad@dsi.unimi.it (Marco Zandonadi) 
todeschi@dsi.unimi.it (Carlo Todeschini) 
Fidonet: 

2:331/311.41 - Sergio Ruocco 
2:331/327. 16 - Roberto Attias 


DISK SALV 3.0 

È stata rilasciata la versione 
12.17 di DiskSalv 3.0, il noto si- 
stema di riparazione di hard di- 
sk, compatibile con più file Sy- 
stem creato da Dave Haynie, 
prodotto da Intangible Assets 
Manufacturing e importato da: 

Euro Digital Equipment 
via Dogali, 25 - 26013 Crema (CR) 
tei. 0373-86023 
fax/BBS 0373-86966 
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ELECTRON 

La tedesca Electronic Design è nota 
per i numerosi prodotti video per 
Amiga. L’importatore italiano ha an- 
nunciato la disponibilità di alcuni pro- 
dotti già visti alla fiera di Colonia, fra 
cui il genlock Neptun con ingressi e 
uscite RGB, Composito e Y/C. Il se- 
gnale video in ingresso viene rico- 
struito a livello di sincronismi prima di 
essere miscelato con il segnale pro- 
veniente da Amiga e può anche es- 
sere corretto per quanto riguarda co- 
lore, luminosità e contrasto. 

Il genlock è in grado di stabilizzare il 
segnale proveniente da un videoregi- 
stratore in fermo immagine per con- 
sentirne la miscelazione con il se- 
gnale Amiga. È disponibile la funzio- 
ne di Key invert ed è presente un ge- 
neratore interno di blackburst che 
permette l'uso del genlock anche in 
assenza di una fonte video esterna. 

Il fading può essere pilotato manual- 
mente oppure automaticamente, con 
intervalli compresi tra mezzo secon- 
do e 20 secondi. 

Il genlock è compatibile con il bit di 
alpha channel gestito dall’hardware 
Amiga e può essere utilizzato, per e- 
sempìo, per creare semitrasparenze 
sui bordi dei caratteri al fine di ridurre 
l'aliasing. 


CLOANTO PNG 
TOOLKIT 

In seguito ai problemi di copyri- 
ght emersi sul formato di com- 
pressione adottato da alcuni noti 
formati per i file grafici (GIF e 
TIFF, per esempio), è stato mes- 
so a punto, dallo sforzo congiun- 
to di molti esperti su Internet, un 
nuovo formato chiamato PNG 
(Portable Network Graphics). 
Tale formato prevede una com- 
pressione senza perdita di infor- 
mazioni e va ad affiancarsi a 
quello JPEG che rimane da pre- 
ferire in tutti i casi in cui non sia 
essenziale il perfetto ripristino 
dell’originale. Il formato PNG, 
per la sua flessibilità, è in grado 
di sostituire sia il formato GIF (fi- 
no a 256 colori) che il formato 
UFF (fino a 16 milioni di colori). 
Cloanto ha messo a punto un 
pacchetto, distribuito liberamen- 
te. che contiene un datatype 
PNG, codice di esempio e script 
ARexx per Personal Paint che 
convertono automaticamente im- 
magini GIF in PNG. Una versio- 
ne avanzata del pacchetto si tro- 
va anche sul nuovo CD-ROM di 
Cloanto di cui si parla in altra 
parte delle Trends. 

Cloanto Italia 

via G. B. Bison, 24 - 33100 Udine 
tei. 0432-545902 
fax 0432-609051 
BBS 0432-545905 
Internet info@cloanto. it 



DB-LINE 

DB-Line ha annunciato l'importazione di alcuni nuovi prodotti 
per Amiga. 

Il primo (Tandem CD1200 Plus)è la nuova versione dell'inter- 
faccia Tandem per 1200. Si collega alla porta PCMCIA e per- 
mette la connessione dei nuovi lettori di CD-ROM in formato A- 
tapi, oltre a consentire l’emulazione del CD-32. L’interfaccia co- 
sta L. 299.000 con il case esterno per il CD-ROM e L. 189.000 
senza case. È disponibile separatamente un alimentatore ester- 
no per il CD-ROM a L. 89.000. 

Il secondo è un kit di upgrade per il controller AlfaPower AT 508 
per Amiga 500 della BSC/Alfadata. Il kit consente di collegare 
CD-ROM Atapi al controller e comprende un case esterno e un 
alimentatore. Il prezzo è di L. 229.000. 

Il terzo prodotto si chiama View Station: realizzato da Artec, 
consiste in uno scanner piano con interfaccia SCSI2 (e compa- 
tibilità TWAIN per collegarlo eventualmente anche a un PC). O- 
pera a 24 bit e fino a 2.400x2.400 DPI interpolati, è dotato di di- 
splay a cristalli liquidi per l'impostazione dei parametri e di 
software di gestione per Amiga (ScanTool) realizzato da Elabo- 
rate Bytes. 

Come optional sono disponibili l’alimentatore automatico e il kit 
per trasparenti. La velocità di acquisizione dei dati, grazie all'in- 
terfaccia SCSI2, è molto elevata: 14 secondi per il formato A4 
in toni di grigio e 70 secondi per il colore. 

È in preparazione anche un’interfaccia per il 1200. Il prezzo è di 
L. 1.150.000. 


IC DESIGN 

Mediante la porta seriale e il softwa- 
re in dotazione è possibile controlla- 
re il genlock da remoto: la porta A- 
Rexx disponibile nel programma di 
controllo consente di attivare il gen- 
lock anche da un adeguato program- 
ma di titolazione come Scala. 

Altro prodotto interessante, nato dal- 
la collaborazione con ProDad (nota 
per Clarissa, ADORAGE, Monument 
Titler), è il sistema hardware e 
software di controllo dell’editing vi- 
deo chiamato Cavin. 

L’hardware è compatibile con i proto- 
colli Control-L, Panasonic Edit, RS 
232, RS 422 e con i sistemi di sin- 
cronizzazione VITC.RCTC, Rapid: il 
software sfrutta il concetto di TimeLi- 
ne per offrire una rappresentazione 
visiva dei montaggio sia audio che 
video. 

Non sappiamo se sia già disponibile 
la traduzione dal tedesco del pac- 
chetto. 

L’importatore italiano ha cambiato 
sede: 

Computer Service di A. Piscopo 
Centro Direzionale di Napoli 
Palazzo “Prof. Studi" Isola Gl 
Scala C Piano 1 1nterno 7 
80143 Napoli 

tei. 081-5536257 - fax 081-5543125 


se, un nuovo algoritmo di mor- 
phing e la gestione dei sotto- 
gruppi di Imagine, che posso- 
no essere convertiti in superfi- 
ci LìghtWave. 

Andreas Maschke 
ZenkerstraBe 5 
06108 Halle/Saale 
Germany 

tei. +49-345-5170331 

email epgbc@clusterlurz.Uni- 

Halle.DE 

GOLDEN GATE II 
BRIDGECARD 

Golden Gate è il nome di due 
distinti prodotti: il primo è una 
scheda con 486 prodotta dalla 
tedesca Vortex e ora fuori pro- 
duzione, il secondo è una 
scheda adattatrice, creata da 
David Salomon, che consente 
l'uso di periferiche ISA (seriali, 
parallele, Ethernet) sul bus PC 
presente in Amiga 2000, 3000 
e 4000. 

È di quest’ultimo prodotto che 
sono ripresi vendita e sviluppo 
grazie alla Software Results 


IOMEGA ZIP DRIVE 

Zip è un nuovissimo prodotto, 
presentato da Iomega, che va 
ad aggiungersi alla schiera 
delle tecnologie dei dischi re- 
movibili (come SyQuest, Flop- 
tical, magneto-ottici, Bernoulli, 
ecc.). Utilizzando una tecnolo- 
gia proprietaria, consente di 
inserire su ogni disco da 25 a 
100 Mb di dati. 

E disponibile in due versioni, 
entrambe esterne, una in 
standard SCSI2 adatta anche 
ad Amiga, l’altra per la porta 
parallela dei PC (fino a cinque 
volte più lenta della prima), 
li tempo di accesso medio ai 
dati è di 29 ms, il massimo 
transfer rate sostenuto è di 1,4 
Mb/s, per una media di 60 
Mb/minuto, la formattazione 
completa richiede 14 minuti, 
quella rapida circa 5 secondi, 
la durata dei dischi è di 10 an- 
ni. Il prezzo di lancio del pro- 
dotto in Italia è di circa L. 
300.000 (199 dollari in USA), 
mentre i supporti da 100 Mb 
dovrebbero costare fra le 30 e 
le 40 mila lire (19,95 dollari). 

Iomega Italia 

tei. 02-55015440 

Internet into@iomega. com 


All IN ONE 

All In One, il noto importatore di pro- 
dotti per Amiga, che sarà presente 
allo SMAU, ha organizzato il 15 luglio 
1 995 un incontro riservato alla stampa 
e agli operatori del settore video. A 
questo incontro, fra le altre cose, si è 
potuto osservare in anteprima la ver- 
sione 2.0 di X-DVE di ClassX di cui 
parliamo in altra parte delle Trends. 

All In One ha inoltre mostrato il siste- 
ma Light Vision, un Amiga 4000 acce- 
lerato (WarpEngine) inserito in un ele- 
gante case Tower con alimentatore 
potenziato, scheda VLab Motion della 
tedesca MacroSystem, scheda audio 
Toccata e hard disk SCSI adeguati, 
che viene venduto come soluzione 
integrata per l’editing video non linea- 
re e la grafica 3D (mediante opportuni 
programmi di rendering). 

Inoltre, si è potuto provare la versione 
italianizzata di MovieShop 2.1, il 
software di gestione della scheda Vlab 
Motion di MacroSystem, il cui manua- 
le in italiano era ormai quasi pronto 
per la stampa. All In One ha infine 
mostrato sistemi di Info Point fondate 
su Scala e appositi sensori. 

Aitinone 
via Villalvernia, 110 
15067 Novi Ligure (AL) 
tei. 0143-329940/329995 
fax 0143-329941 


DUST 2.01 


Enterprises. 


Questo generatore di effetti 
speciali per Imagine e Lì- 
ghtWave è giunto alla versione 
2.01 e include, fra le altre co- 


Software Results Enterprises 
2447 N. 4th Street Suite B 
Columbus OH 43202-2706 - USA 
tei. +1-614-2629146 


CIOANTO PERSONAL SUITE CD-ROM 

Oltre alla versione 6.3 di Personal Paint, di cui già parlavamo 
nelle Trends dello scorso numero e che verrà commercializzata 
a L. 99.000 (upgrade L. 39.000), l’italiana Cloanto ha annuncia- 
to il rilascio di Cloanto Personal Suite CD-ROM, che compren- 
de i programmi commerciali SuperBase Personal di Oxxi, 27 
font a colori Kara di Kara Computer Graphics, Personal Fonts 
Maker 1 e 2, una versione avanzata di Personal Paint, Perso- 
nal Write di Cloanto e poi DirDiff e PNG Toolkit oltre a centinaia 
di megabyte di immagini, stereogrammi, animazioni, font e do- 
cumentazione varia. 

Si tratta di uno dei primi CD-ROM per Amiga che consente di 
avere a disposizione su tale supporto le ultime versioni di im- 
portanti programmi commerciali, con manuali in ipertesto in in- 
glese e italiano (almeno per alcuni programmi). 

Sono inoltre presenti animazioni in formato IFF ANIM dì Eric 
Schwartz e una selezione dell'opera dell’artista tedesco Karl 
Bihlmeìer. 

Il prezzo del CD-ROM è di L. 99.000. 

La distribuzione dei prodotti e degli upgrade Cloanto è effettua- 
ta da: 

Db-Line 

viale Rimembranze, 26/c - 21024 Biandronno (VA) 
tei. 0332-819104 

ax 0332-767244 - BBS 0332-767277 
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Via Villalvemia, 110 
15067 Novi ligure (Al) 

Tel. 0143-329940 r.e, 
FAX 0143 - 32994 ! 
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DOSSIER RISC 


Il MISTERO RISC 


In attesa che Amiga 
Technologies 
scelga la CPU RISC 
da inserire sui nuovi 
Amiga, esaminiamo 
le caratteristiche 


L a sigla RISC (Reduced Instruc- 
tion Set Computer) è di moda: 
in un crescendo di confusione, 
molti produttori la usano come gene- 
rico sinonimo di “nuovo e veloce”, 
senza troppo preoccuparsi di moti- 
vare le loro affermazioni. In realtà 
stiamo solo ascoltando gli squilli di 
tromba che annunciano l’inizio della 
battaglia tra i produttori di personal 


di tale 
tecnologia 
e delle varie 
famiglie 
di processori 
disponibili 
sul mercato 



Paolo Canali 


c o m - ' 'S/. 

puter. Da una parte ci sono gli ster- 
minati milioni di PC IBM compatibili: 
figli della tecnologia dei primi anni 
‘80, saranno sempre più anonimi, 
meno innovativi e frenati da mille vin- 
coli. Dall’altra pochi computer, ma 
dotati della tecnologia hardware e 
software più agile e moderna: è 


questo lo schieramento in cui tra un 
anno si troveranno i futuri Amiga, e 
la CPU RISC dovrà assicurare la po- 
tenza necessaria per far fronte allo 
scontro. 

Per capire cos’è davvero il RISC bi- 
sogna prima di tutto sgombrare la 
mente da alcuni preconcetti. Sono 
quattro le cose che bisogna sapere: 

1) L’adozione di questa tecnologia 
costringe a un drastico cambiamen- 
to del software, ma l’hardware resta 
praticamente identico: una macchi- 
na RISC è un computer come tutti gli 
altri. Solo il chip del microprocesso- 
re è diverso, e per funzionare non ri- 
chiede niente di speciale o rivoluzio- 
nario: i segnali che la motherboard 
deve generare per pilotare un micro- 
processore “normale” (come 
l’MC680x0 di Amiga) sono più che 
sufficienti per qualsiasi processore 
RISC. 

La presenza di uno slot CPU su tutti i 
modelli di Amiga modulari lascia 
pensare che il nuovo processore po- 
trebbe essere commercializzato co- 
me una comune scheda acceleratri- 
ce con Fast RAM. La minore com- 
pattezza del codice RISC e la ne- 
cessità di un emulatore software del 
68020, renderanno sicuramente ne- 
cessaria una buona dotazione di 
memoria. È chiaro che questa solu- 
zione darà prestazioni inferiori ri- 
spetto a un nuovo computer dotato 
di CPU RISC sin dalla nascita, ma 
solo perché progettando una 
motherboard nuova si possono usa- 
re componenti molto più veloci di 
quelli presenti sugli Amiga attuali. 

Le importanti implicazioni software 
dell’Amiga RISC sono già state e- 
sposte con lo spazio che meritano 
da Georg Campana, sul numero 57 
di Amiga Magazine (giugno 1994) 
nell'inserto Transaction. 

2) La traduzione letterale della sigla 
RISC è ingannevole: non significa 
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assolutamente che il linguaggio as- 
sembler del processore RISC è sco- 
modo e “miserabile”, magari come 
quello dei microprocessori a 8 bit 
dei primi home computer (CPU così 
giovani e inesperte da non conosce- 
re nemmeno le moltiplicazioni!). 
L’aggettivo “ridotto” infatti si riferisce 
principalmente alla quantità di modi 
di indirizzamento e ha ormai un si- 
gnificato più che altro storico. All’e- 
poca dei primi processori RISC, i 
produttori di CPU tradizionali (come 
Motorola) avevano l’abitudine di ga- 
reggiare sul numero totale di istru- 
zioni, che si ottiene moltiplicando la 
quantità di istruzioni disponibili per il 
numero di modi di indirizzamento. 
Secondo questo criterio, il numero di 
istruzioni di una CPU RISC (che ha 
pochi modi di indirizzamento) è mol- 
to inferiore a quello di una CPU CI- 
SC (Complex Instruction Set Compu- 
ter) come il 68020. 

3) La tecnologia RISC non è una no- 
vità, ma uno strumento affidabile che 
affonda le sue radici nei primordi 
dell’era informatica; la sua forma at- 
tuale è frutto di molti anni di incuba- 
zione nei centri di ricerca. Di conse- 
guenza non esiste “il” RISC, ma tanti 
progetti molto diversi tra loro, che si 
sono via via evoluti nel corso degli 
anni. È recente solo l’in- 
troduzione massiccia nei 
computer commerciali. 

Tra le prime società a 
commercializzare un 
computer con processore 
RISC (inteso in senso mo- 
derno) si è trovata proprio 
IBM, che per ironia della 
sorte lanciò sul mercato 
la linea IBM PC/RT (RISC 
Technology, con micro- 
processore ROMP) dotata 
di sistema operativo mul- 
titasking nel 1986, quasi 
contemporaneamente ai 
celebri PC con processo- 
re Intel 286. Nelle inten- 
zioni, avrebbe dovuto 
rappresentare la scelta i- 
deale per molte applica- 
zioni professionali. Tutta- 
via la novità delle tecnolo- 
gie sia hardware che 
software resero scettici i 


potenziali acquirenti, frenati anche 
da costo elevato e da difetti di gio- 
ventù. 

4) Tra le CPU RISC e quelle tradizio- 
nali come il 68000 non c’è una con- 
trapposizione netta e totale: le affi- 
nità sono senz’altro superiori alle dif- 
ferenze. Non solo le CPU vengono 
costruite nello stesso modo, ma mol- 
te funzioni sono del tutto identiche 
(cache, MMU...) e a volte anche la 
potenza è paragonabile. Invece, so- 
no completamente diversi il rapporto 
prezzo/prestazioni e la filosofia del 
progetto. 

ASSEMBLER 

Se usata in senso proprio, la sigla 
RISC indica un concetto molto sem- 
plice: è uno dei modi con cui può 
essere scelto il set di istruzioni di un 
microprocessore. Un processore RI- 
SC possiede due sole istruzioni che 
riguardano un operando (cioè il dato 
da elaborare) posto in una locazione 
di memoria: si chiamano “load” (co- 
pia l’operando in un registro del pro- 
cessore) e “store” (copia il contenu- 
to di un registro in una locazione di 
memoria). Per questo motivo, l’archi- 
tettura RISC è chiamata anche archi- 
tettura load/store. 


I processori RISC però si evolvono e 
i nuovi modelli supportano più istru- 
zioni. I più recenti comprendono 
molte varianti di load e store, che ri- 
cordano i modi di indirizzamento CI- 
SC, ma resta sempre impossibile e- 
seguire altre operazioni che abbiano 
uno o più operandi in memoria RAM. 
Prima di fare qualsiasi cosa, i dati 
dovranno essere copiati nei registri 
della CPU con le istruzioni load e 
store. Per ottenere un’efficenza ele- 
vata, le CPU RISC hanno molti regi- 
stri tutti uguali tra loro: almeno 16, e 
di solito 64. Esistono anche CPU RI- 
SC con 100 o più registri, utilizzabili 
con vincoli che massimizzano le pre- 
stazioni multitasking. Infatti tutte le 
CPU RISC sono progettate per lavo- 
rare con sistemi operativi di questo 
tipo. 

L’architettura load/store non è l’effet- 
to visibile di una semplificazione dei 
circuiti delle CPU CISC, ma è stata 
introdotta dai progettisti per rendere 
il programmatore in assembler (o il 
compilatore di un qualsiasi linguag- 
gio di programmazione) più consa- 
pevole delle attività che la CPU svol- 
ge durante l’esecuzione del pro- 
gramma. Il 68000 è capace di ese- 
guire istruzioni che modificano un o- 
perando in RAM, ma in realtà quello 
che il programmatore ve- 
de è solo una finzione: la 
CPU non può far altro che 
leggere il contenuto della 
locazione di RAM copian- 
dolo in un registro interno 
(magari nascosto), modifi- 
carlo, e poi riscriverlo. 
Questo modo di procede- 
re viola un’altra regola del 
RISC, che si può sintetiz- 
zare in una parola: “since- 
rità”. Il programmatore 


Fotografia del chip 
MPC601 

visto al microscopio 
polarizzatore. 

Sono evidenziati 
i sottosistemi 
principali. 

Immagine fornita 


da Motorola, ine. 
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deve sempre avere una 
chiara visione di tutto 
quello che fa la CPU, 
perché questo è il modo 
più efficente di fare le 
cose. Fingendo, simu- 
lando e confondendo le 
acque, si possono certa- 
mente fare le stesse co- 
se: ma è chiaro che ci 
vuole più tempo o più fa- 
tica. La CPU RISC obbli- 
ga a copiare in un regi- 
stro il dato da modifica- 
re, ma una volta termina- 
ta l’operazione il dato re- 
sta accessibile (a diffe- 
renza del 68000) e se 
più tardi dovesse servire 
nuovamente, sarebbe 
già pronto. 

Se invece il dato non 
servisse più, comunque 



Processore 

bit 

Frequenza (MHz) 

SPECint92 

SPECfp92 

Superficie (m^) 

MC68040 

32 

25 

21 

15 

164 

MC68060 

32 

50 

-60 

-45 

198 

i486DX2 

32 

66 

32,2 

16 

81 

Pentium 

32 

100 

100 

80,6 

163 

VAX KA46 

32 

22,2 

11,1 

12,6 

n.d. 

Alpha 21064a 

64 

275 

194 

293 

164 

Alpha 21164 

64 

300 

330 

500 

299 

ARM 610 

32 

25 

16 

- 

71 

HP-PA 7100 

32 

100 

80 

150 

202 

HP-PA7150 

32 

125 

136 

201 

196 

HP-PA 71 00LC 

32 

100 

102 

137 

196 

HP-PA 8000 

64 

200 

>360 

>550 

n.d. 

MPC 601 + 

32 

100 

105 

125 

74 

MPC 603 

32 

80 

75 

85 

85 

MPC 603e 

32 

100 

120 

105 

98 

MPC 604a 

32 

100 

128 

120 

196 

MPC 604b 

32 

133 

176 

157 

196 

MPC 620 

64 

133 

225 

300 

311 

MIPS R3000 

32 

40 

27,9 

35,8 

n.d. 

MIPS R4000 

64 

100 

59 

61 

213 

MIPS R4600 

64 

150 

110 

83 

77 

MIPS RI 0000 

64 

200 

>300 

>600 

298 


La potenza di calcolo è misurata con i test SPEC in condizioni ottimali, separatamente per l’uso gene- 
rale (SPECint92) e per i calcoli come il ray-tracing (SPECfp92); nella realtà i valori possono scendere a 
seconda della velocità della memoria e di altri fattori. Il costo è vagamente proporzionale alla superficie 
del chip. PA 8000, RI 0000 e MPC 620 non sono ancora disponibili; le prestazioni di MC68060, PA 
8000 e RI 0000 sono valori preliminari forniti dai produttori e non verificati. 


Tabella 1 - Caratteristiche di alcuni processori RISC a confronto con i principali CISC 
(dati fomiti da CPU Info Center). 


Una versione di Pentium 
Processor (tm) 
al microscopio 
polarizzatore 
(fotografia fornita 
da Intel corp.); 
sono indicati 
i sottosistemi 
più importanti. Il chip 
è molto più grande 
di MPC601, quindi 
è stato fotografato 
con un ingrandimento 
inferiore. 


la CPU RISC avrebbe im- 
piegato lo stesso tempo 
del 68000 e facendo uso 
di un circuito in meno. 
Questo è solo uno dei tanti 
punti dove la strategia 
semplice e lineare del RI- 
SC fornisce una prestazio- 
ne esattamente identica a 
quella che un CISC ottiene 
con tutta una serie di cir- 
cuiti che agiscono dietro le 
spalle del programmatore. 
Ma che genere di rispar- 
mio garantisce questa 
semplificazione? Per ren- 
dersene conto basta con- 
frontare il chip MPC601 (il 
capostipite dei POWER 
PC) con quello della CPU 
Pentium (un CISC di pre- 
stazioni simili). Già a oc- 
chio nudo si vede che 
l’MPC 601 è grande la 
metà, quindi costa meno. 
Prendendo il microscopio, 
le differenze diventano più 
evidenti. Basta dare uno 
sguardo alle foto di queste 
pagine per notare che la 
trama formata da transistor 
e connessioni nel Pentium 
è molto più complicata di 
quella del 601 : quindi ci 
sono maggiori probabilità 
d’errore ed è stato neces- 
sario più tempo per pro- 
gettarla. Confrontando 
blocco per blocco si vedo- 
no altre differenze: per e- 
sempio, nel Pentium c'è un 
grosso circuito (Complex 
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Instruction Support) SU- [Motorola' 
perfluo sul RISC, mentre 
in quest’ultimo la maggior 
parte dello spazio è oc- 
cupata dalla cache, di 
struttura molto semplice e 
regolare, e dal potente 
coprocessore matemati- 
co (Floating Point Execu- 
tion Unit). 

Quindi, mentre un pro- 
cessore CISC dell’ultima 
generazione spreca mol- 
tissimi transistor per co- 
struire un “teatro”, in cui 
far vedere al programma- 
tore una comoda ed ele- 
gante rappresentazione 
di una realtà invisibile 
che sta dietro le quinte, 
con il RISC si programma 
più vicini al “nudo metal- 
lo” (ma un certo grado di 
astrazione deve restare, 
perché le CPU moderne 
sono complicatissime), 
quindi si ha un controllo più diretto e 
totale delle risorse. 

Questo non significa che scrivere un 
programma in assembly sia come 
costruire una casa mettendo in fila 
gli atomi uno a uno: le istruzioni di 
molte CPU RISC sono potenti come 
quelle delle CISC. Invece, si cessa 
di far eseguire alla CPU un compito 
(quello di avvicinare il linguaggio 
della macchina al modo di pensare 
umano) che spetta al linguaggio di 
programmazione. Inoltre, poiché le 
regole per creare un programma ef- 
ficente sono semplici, i compilatori 
di linguaggi ad alto livello (come il C 
o C++) possono produrre un codice 
più “intelligente”, poco più lento di 
un equivalente in assembler. Per o- 
ra, si badi, questa possibilità si tra- 
duce raramente in pratica. 

L’aspetto negativo di questa filosofia 
è la quantità di memoria necessaria 
per contenere i programmi: per i 
processori RISC è circa del 30-50% 
maggiore rispetto ai CISC. Inoltre tra 
un processore e l’altro della stessa 
famiglia, i timing delle istruzioni (che 
sono più legate all’hardware) a volte 
cambiano profondamente; un pro- 
gramma che su un computer è alta- 
mente ottimizzato, su un altro model- 


s PowerPC™ 620 32/64-Bit RISC Microprocessor 



lo può sembrare lento. 

Ma l’aumento di prestazioni ripaga 
ampiamente la scomodità del cam- 
biamento, come dimostra la tabella. 

EFFICENZA 

L'altro punto essenziale della filoso- 
fia RISC è l’efficenza, che deve es- 
sere massimizzata a ogni costo. Una 
conseguenza molto importante ri- 
guarda la lunghezza delle istruzioni, 
che nel RISC è fissa e pari esatta- 
mente alla larghezza del bus dati (o 
a una sua frazione); ogni istruzione 
che manipola dati ha due operandi 
sorgente e uno destinazione, tutti nei 
registri. 

In questo modo quando i circuiti so- 
no a regime, si può sfruttare bene il 
parallelismo interno della CPU, riu- 
scendo a eseguire un’istruzione a o- 
gni ciclo di clock anche sui chip RI- 
SC più semplici. Mentre una nuova i- 
struzione viene prelevata dalla me- 
moria, la precedente viene decodifi- 
cata e quella ancora prima eseguita. 
Naturalmente anche su un CISC si 
può ottenere un funzionamento simi- 
le, come dimostra il 68040: però c’è 
bisogno di una lunga serie di circuiti 
ausiliari, che complicano il progetto 


Fotografia 
del chip MPC620, 
il primo POWER PC 
a 64 bit, 

visto al microscopio 
polarizzatore. 

Sono evidenziati 
i sottosistemi principali 
Immagine fornita 
da Motorola, ine. 


e aumentano i costi. Il RI- 
SC ottiene questo risultato 
automaticamente e “gra- 
tis”; aggiungendo i circuiti 
ausiliari supera le presta- 
zioni del CISC. 

Questo vale anche per le 
CPU che possiedono più 
di un’unità di calcolo (co- 
me 68060, Pentium o tutti 
i RISC moderni): proprio 
la storia deH’implementazione di 
questa caratteristica (detta “architet- 
tura superscalare”) è stata la dimo- 
strazione più evidente dei vantaggi 
del RISC. 

Appena è stato scoperto il modo di 
inserire più di un’unità di calcolo in 
una singola CPU, tutti i produttori si 
sono messi al lavoro per aggiornare 
i progetti. Poco dopo le principali C- 
PU RISC esistevano già in versione 
superscalare, mentre Motorola con il 
suo 68060 sta arrivando adesso: la 
linearità di progetto del RISC con- 
sente di realizzare le nuove idee in 
meno tempo, quindi di costruire 
computer RISC che mediamente so- 
no una generazione più avanti della 
controparte CISC. 

Per rendersene conto basta uno 
sguardo alla foto del POWER PC 
620 (disponibile entro la fine dell’an- 
no), a 64 bit: il grado di complicazio- 
ne assomiglia a quello del Pentium 
(che è enormemente più lento), ma il 
chip resta più semplice e con grandi 
potenzialità di crescita. Per esem- 
pio, realizzare calcolatori multipro- 
cessore per ottenere il multitasking 
reale è molto più facile con i RISC 
che con i CISC. 
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RISC E AMIGA 


Un esame 
tecnico 
dei possibili 
chip RISC 
adatti 
ad Amiga 


Paolo Canali 



I benefici del RISC si traducono in 
due risultati molto evidenti: a pa- 
rità di costo, una CPU RISC è più 
potente di una CISC, e a parità di 
potenza il RISC costa meno. 

Se fino a quattro anni fa era stata 
messa in pratica solo la prima parte 
dell’equazione, visto che i RISC era- 
no usati quasi esclusivamente nelle 
grandi workstation tecniche, oggi la 
situazione è molto diversa. Si posso- 
no infatti acquistare CPU RISC per 
tutte le esigenze: si parte dal chip a 
4 bit di un mouse che costa 1.000 li- 
re, per arrivare alla CPU a 64 bit del 
"server” Internet che gestisce simul- 
taneamente 800 utenti e costa mi- 
gliaia di dollari. 

Già quasi due anni fa Commodore 
aveva avviato uno studio, rimasto in 
gran parte segreto e poi fermato, 
per realizzare assieme a Hewlett 


II microprocessore Digital Alpha 21164, 
il più potente tra quelli in commercio. 
Consuma 50 W e richiede un impianto 
di raffreddamento dedicato. 


Packard una rivoluzionaria macchi- 
na RISC a basso costo. Il passaggio 
alla tecnologia RISC sarà uno dei 
punti di svolta più clamorosi dei futu- 
ri Amiga ed è anche il progetto più 
vicino al completamento, perché si 
inserisce in modo naturale nell’archi- 
tettura Amiga. 

È appena il caso di notare che per 
gli IBM compatibili il passaggio al 
RISC ha richiesto un completo rifaci- 
mento dell’architettura, con neces- 
sità di emulare in hardware tecnolo- 
gie del 1981 e forti incompatibilità: la 
grande maggioranza di quelle mac- 
chine usa tuttora un processore CI- 


SC, che passa gran parte 
del suo tempo eseguendo 
codice a 8 bit. 

Al contrario, i futuri Amiga di 
punta avranno una sezione 
CPU con un processore RI- 
SC invece di un classico 
MC680x0: è un passo ob- 
bligato, visto che Motorola 
ha abbandonato lo svilup- 
po della famiglia 68000. 

A differenza della maggior 
parte degli altri computer, 
Amiga ha sempre avuto la 
CPU principale su un bus 
logicamente separato da 
quello di espansione e 
quello dei chip grafici. 
Per questo motivo è dav- 
vero molto semplice rea- 
lizzare un sottosistema 
con CPU e Fast RAM RI- 
SC, che potrebbe persi- 
no essere compatibile 
con le attuali mother- 
board! In effetti, l'architettura Amiga 
è così modulare che al momento 
dell'estensione di questo articolo, i 
progettisti possono concedersi il lus- 
so di scegliere tra architetture diver- 
se. 

I processori RISC adatti ad Amiga 
sono molti, ma vincoli di software, 
costo e prestazioni restringono la 
scelta a poche famiglie. Impossibile 
determinare allo stato attuale quale 
sarà la via scelta da Amiga Techno- 
logies ed Escom per gli Amiga RI- 
SC, passeremo pertanto in rassegna 
quelle che ci sembrano le migliori 
scelte possibili, esaminando prò e 
contro di ogni soluzione. 

DUE CATEGORIE 

Una prima scelta si può fare sulla 
base dei requisiti della motherboard. 
Le CPU RISC ad alte prestazioni so- 
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no divise in due gruppi, chiamati 
scherzosamente “speed demons” e 
“brainiacs". 

La prima categoria, che comprende 
i chip di Digital (Alpha) e Hewlett 
Packard, ha una struttura interna re- 
lativamente semplice e spartana: un 
buon esempio è il chip Alpha, che in 
fotografia appare molto simmetrico e 
regolare. Ottiene elevate prestazioni 
solo grazie alla possibilità di usare 
frequenze di clock altissime (già og- 
gi vicine ai 300 MHz). 

E l’approccio che oggi fornisce i mi- 
gliori risultati, ma il costo è molto e- 
levato. Infatti, per funzionare bene 
questi chip hanno bisogno di grandi 
cache esterne ad altissima velocità, 
che facilmente costano più del pro- 
cessore. Inoltre la frequenza dei se- 
gnali sulla motherboard (anche se 
inferiore a quella interna della CPU) 
resta molto più alta del normale, e 
solo pochi grandi produttori ameri- 
cani sono in grado di progettare cir- 
cuiti funzionanti a quei regimi. 

La seconda categoria ha come rap- 
presentanti illustri i chip di IBM (ar- 
chitetture POWER 2 e POWER PC) e 
MIPS (famiglie RxOOO, usate da Sili- 
con Graphics). Questi chip funziona- 
no a frequenze interne normali (80- 
120 MHz) e usano stratagemmi simi- 
li a quelli delle CPU CISC, in partico- 
lare la superscalarità: una descrizio- 
ne accurata è stata fornita sul nume- 
ro 51 di Amiga Magazine (dicembre 
1993). Contano sui vantaggi dell’ar- 
chitettura per ottenere prestazioni 2- 
quattro volte superiori ai CISC, con 
un set di istruzioni ricco. Anche a- 
spetto e requisiti hardware sono 
molto vicini a quelli di una CPU con- 
venzionale. 

POWER PC 

Power PC è il nome della famiglia di 
processori RISC (progettata apposi- 
tamente per funzionare sui personal 
computer), sviluppata e prodotta 
congiuntamente da Motorola e IBM 
con finanziamenti da parte di Apple, 
che è il principale utilizzatore. 

Il set di istruzioni e l’architettura in- 
terna sono simili alle famiglie 
POWER (Performance Optimized 
With Enhanced RISC) usate sulle 
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grosse workstation e server di IBM. 
Su Power PC la dimensione dei 64 
registri, 32 interi e 32 del coproces- 
sore, è stata ridotta a 32 bit ma tor- 
nerà a 64 bit sul modello MPC620 
che sarà disponibile alla fine dell’an- 
no (sarà molto più costoso dei pre- 
cedenti). È già stato annunciato 
MPC630, che sarà disponibile a fine 
‘96 e garantirà prestazioni da super- 
computer. 

Nei Power PC Sono disponibili istru- 
zioni per manipolare dati a 8 e 16 
bit, necessarie per emulare in modo 
efficiente un processore 680x0. I 
modelli già sul mercato si differen- 
ziano soprattutto per la dimensione 
delle cache, e hanno frequenze di 


clock da 50 fino a 100 MHz. I prezzi 
sono accessibili: si parte dai 165 
dollari per il più “lento” della serie 
601 per arrivare ai 549 dollari del 
potente MPC604 a 100 MHz: en- 
trambi hanno un bus dati a 64 bit 
che consente di trasferire due istru- 
zioni o dati per ciclo di clock. 

Un vantaggio di questo processore 
è la notevole affinità con il 68040, 
cosa che non lo metterebbe a disa- 
gio sulle attuali motherboard di 
A3000/A4000. 

MPC 603 è la versione ridotta, con 
un numero di transistor e un costo 
paragonabili a quelli del 68040, tut- 
tavia è dalle tre alle cinque volte più 
veloce. Ha un buon coprocessore 
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In margine a un messaggio 
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Nelle reti telematiche internazionali è 
apparso un messaggio di Dave Haynie 
che esprime il punto di vista di questo 
notissimo ingegnere ex-Commodore 
(ora a Scala) sul futuro di Amiga. No- 
nostante abbia sostenuto fin dal suo 
nascere il progetto Triplo A, Haynie ri- 
conosce che il tempo trascorso dal 
momento della sua primitiva ideazione 
ha reso tale sistema obsoleto e non 
più in grado di competere, per quanto riguarda il rapporto prezzo/prestazioni, con i chip grafici 
a 64 bit che sono apparsi e stanno per apparire sul mercato mondiale. Sebbene per alcuni a- 
spetti (audio, HAM10...) il Triplo A sia ancora valido, in realtà non è ancora pronto e richiede- 
rebbe almeno un anno di lavoro per la definitiva messa a punto: è troppo. 

Il progetto Hombre (rimasto a lungo segreto) della vecchia Commodore, fondato sull'HP PA RI- 
SC e comprendente, oltre alla CPU, una sezione di gestione di video e grafica 3D, era volto a 
creare un sistema adatto a una consolle ed era strettamente legato alla figura del poco noto Dr. 
Heppler: se Escom riuscirà a richiamare Heppler e se la sentirà di combattere contro giganti del 
calibro di Sega, Nintendo, Sony, tale progetto potrebbe essere ripreso, perché superiore per 
molti versi al triplo A e molto più economico, sebbene non compatibile con il vecchio chipset. 
Come chip RISC, il PA-RISC ha molti vantaggi: può essere esteso facilmente con nuove istruzio- 
ni e presenta modi di indirizzamenti compatibili con il 68000; è molto veloce, ma ha il difetto 
di essere proprietario, cosa che impedisce la formazione di un mercato di "doni". Se la scelta di 
un chip HP PA-RISC può apparire adeguata per una consolle o un settop box, secondo Haynie, 
può essere pericoloso dipendere da HP per il mercato degli home computer e soprattutto per 
quello di livello superiore, dove HP potrebbe far valere i propri forti interessi nel settore work- 
station a danno di Amiga. 

Per quanto riguarda il chip RISC da adottare, Haynie propende per il PowerPC con bus PCI 
(quest'ultimo era stato scelto anche per gli Amiga AAA dallo stesso Dave Haynie quando lavora- 
va ancora per Commodore). Il motivo fondamentale di questa predilezione per il PowerPC è la 
definizione dello standard CHRP (Common Hardware Reference Platform), che permetterà di 
far girare sulle macchine PowerPC tutti i sistemi operativi compatibili previsti (Mac, Windows 
NT, Sunsoft Solaris, IBM AIX, IBM OS/2 e ovviamente Amiga, se si decide per questa soluzione). 
I vantaggi di tale standard sono troppo grandi per non essere presi inconsiderazione: il bus PCI 
è veloce e autoconfigurante, le schede PCI possono avere prezzi bassi perché prodotte in gran- 
di volumi. 

L'adozione dello standard CHRP permetterà all'OS Amiga di girare su tutte le macchine compa- 
tibili e consentirà agli altri sistemi operativi citati di girare su una macchina Amiga RISC. Sarà 
anche possibile creare "cloni" Amiga, o meglio macchine CHRP compatibili che usano l'OS 
Amiga. 
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matematico interno e quindi è perfet- 
to per compiti come il ray-tracing. 

C’è più di un’indizio che indica che il 
Power PC sia il processore più adat- 
to ad Amiga. Per esempio, la conso- 
le 3DO è stata sviluppata da un “pa- 
dre" di Amiga. 

Successivamente, mentre Commo- 
dore navigava in cattive acque, molti 
altri progettisti Amiga sono stati as- 
sunti da quella società. Il risultato è 
che il 3DO assomiglia molto ad Ami- 
ga, e i suoi progettisti non solo han- 
no esperienze e conoscenze simili a 
quelle di chi oggi sta realizzando i 
nuovi Amiga, ma avevano già stu- 
diato le problematiche dei RISC 
mentre lavoravano in Commodore. 


3DO ha annunciato che passerà al 
Power PC, commercializzando nuo- 
ve macchine e una scheda CPU di 
aggiornamento con il chip MPC603. 
Le prestazioni dei Power PC attuali, 
a parità di clock, superano Pentium 
e 68060, ma non sono certo da re- 
cord. Un particolare sgradevole è il 
fatto che non esistono zoccoli adatti 
ad ospitare queste CPU, che quindi 
devono essere saldate in modo irre- 
versibile sulla scheda. 

La principale forza di questo proces- 
sore è di natura commerciale: i co- 
lossi dell’informatica che lo stanno 
lanciando hanno recentemente ema- 
nato una serie di specifiche che ga- 
rantiranno ai computer con Power 


PC che le rispettano un grande as- 
sortimento di sistemi operativi e di 
schede. Per esempio, la specifica 
Open Firmware definisce come de- 
vono essere scritte le ROM sulle 
schede di espansione, in modo che 
possano funzionare (senza modifi- 
che hardware) sia sugli IBM compa- 
tibili che sui computer Power PC. 
Già molti produttori di schede video 
e multimediali si sono dichiarati en- 
tusiasti dell'idea. Solo Digital ha fatto 
una proposta simile per il suo Alpha, 
mentre la situazione delle schede di 
espansione per tutti gli altri compu- 
ter RISC è simile a quella delle sche- 
de Zorro per Amiga: poche e costo- 
se. 

Le specifiche PReP definiscono in- 
vece il modo di costruire la mother- 
board perché sia compatibile con i 
sistemi operativi più diffusi, ma po- 
trebbe nascere qualche difficoltà 
per adattarle alla particolare archi- 
tettura di Amiga. Questo aspetto 
svela il lato negativo del Power PC: 
tutte le regole vengono imposte da 
IBM e da Apple, che possono cam- 
biare idea in qualsiasi momento. 

PA-RISC 

PA-RISC (PA significa Precision Ar- 
chitecture) è la famiglia RISC a 32 
bit prodotta e commercializzata e- 
sclusivamente da Hewlett Packard, 
che l’ha introdotta nel 1986 e gra- 
dualmente potenziata sino alla serie 
PA-8000. Essendo uno dei primi 
chip RISC, ha un insieme di istruzio- 
ni molto semplice (solo 140): per e- 
sempio, non possiede divisione o 
moltiplicazione intere. La serie PA- 
7100 ha 32 registri, più 28 per il co- 
processore matematico incorporato, 
che è tra i più veloci e versatili esi- 
stenti (a livello di un ottimo DSP). In- 
fatti HP usa queste CPU sulle sue fa- 
mose workstation tecniche, dove la 
velocità dei calcoli in virgola mobile 
conta più di ogni altra cosa. Le altis- 
sime prestazioni (il modello PA7200 
è oltre cinque volte più veloce di un 
68040 a 25 MHz) sono dovute alla 
generosa cache esterna, alla fre- 
quenza di clock elevata e al paralle- 
lismo interno. 

I chip PA-7x00 sono piccoli (hanno 
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Il vantaggio dell'AmigaOS rispetto a tutti gli altri sistemi operativi rimarrà evidente: il sistema o- 
perativo, se non altro, non richiederà 16 mega di RAM per funzionare decentemente (come av- 
viene oggi ad altri OS, vedi OS/2) e quindi sarà possibile creare home computer a basso costo 
con OS Amiga, in grado di competere con quelli Intel/Windows. Fin qui il parere personale di 
Dave Haynie, che fra l'altro è già stato consultato da Escom in proposito. Si potrebbe anche 
pensare che il fatto che lavori per Scala influisca sul suo punto di vista, al punto da fargli so- 
pravvalutare l'importanza della compatibilità rispetto a ogni altro aspetto. 

Il punto critico della questione Power PC contro PA-RISC a noi sembra sostanzialmente uno: se 
Escom vuole creare una macchina "non clonabile" potrà scegliere HP PA-RISC, altrimenti dovrà 
scegliere Power PC. In quest'ultimo caso il motivo per cui il pubblico dovrebbe preferire Amiga 
ad altri sistemi CHRP con OS/2 o Macintosh, sarà il sistema operativo Amiga: molto più legge- 
ro, agile ed efficiente di quello Macintosh o di quello IBM, se non altro per le limitate esigenze 
in fatto di memoria (una risorsa, quest'ultima, ancora molto costosa). L'adozione di un chip 
Power PC potrà portare a sua volta grandi vantaggi ad Amiga: accessori a basso costo e un par- 
co macchine che favorirà la produzione delle più svariate schede hardware, da quelle destinate 
alle "masse" a quelle verticali, riservate a pochi utenti specializzati. Per i giochi, aggiungerem- 
mo, non dovrebbero esserci particolari problemi: accedendo direttamente all'hardware, potran- 
no essere creati in funzione dello standard CHRP, e quindi essere resi compatibili con qualsiasi 
OS che giri su tali macchine (fra cui Amiga). Scegliendo il Power PC, Amiga entrerà di fatto in 
un'alleanza, che per ora comprende IBM, Apple e Motorola, il cui scopo è incrinare l'attuale 
dominio di Microsoft/lntel (Windows/Pentium). Noi crediamo che sia un'avventura interessan- 
te, che potrebbe riavvicinare Amiga alle correnti principali dell'attuale mercato informatico e 
consentirgli di combattere senza handicap contro avversari temibili, ma dai piedi di argilla. Lo 
svantaggio sarebbe l'inevitabile posizione subordinata nei confronti di IBM e Apple. 

La soluzione PA-RISC appare più in linea con il passato di Amiga e forse anche più affascinante, 
tuttavia l'evidenza che emerge dalle attuali tendenze del mercato (e la stessa alleanza IBM-Ap- 
ple lo dimostra) indica che l'epoca dei cavalieri solitari, per quanto abili siano, volge al tramon- 
to e che solo gli eserciti composti da soldati in uniforme (cloni) hanno speranze di trionfare. I ti- 
mori espressi da Haynie sul possibile conflitto di interessi fra HP e Amiga inducono a pensare 
che la scelta per la soluzione PA-RISC possa avvenire solo a fronte di una forte alleanza strategi- 
ca fra HP e Escom, volta a creare un "terzo polo" nel mercato informatico. Ci sembra abbastan- 
za improbabile, per non dire utopica, questa soluzione. 

Dopo gli anni pioneristici dell'informatica personale, quelli che abbiamo appena vissuto, solo i 
migliori (nel bene o nel male) sono sopravvissuti: fra di loro, grazie a Escom e ai grandi meriti 
degli ingegneri Commodore (fra cui Haynie), c'è anche Amiga, molti altri sono completamente 
scomparsi. In questo quadro è probabilmente venuto il momento di cambiare mentalità, per 
non ritrovarsi come Don Chisciotte a guerreggiare contro i mulini a vento, mentre i veri eserciti 
combattono le loro battaglie altrove: quando si progetta il futuro di un computer, occorre or- 
mai preoccuparsi anche di creare o aderire a uno standard, per assicurarsi qualche probabilità 
di successo. 
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all’incirca il numero di transistor di 
un 68030) perché non contengono 
la cache, che viene collegata ester- 
namente con un bus dedicato a 64 
bit e richiede speciali memorie ultra- 
veloci; per contrasto, il loro conteni- 
tore è smisurato, a causa degli oltre 
500 piedini necessari per l’interfac- 
cia della cache e allo spazio per ag- 
ganciare superiormente un potente 
sistema di raffreddamento. Queste 
necessità, simili a quelle dei chip 
Alpha di Digital, fanno inevitabilmen- 
te lievitare i costi della sola scheda 
CPU ben sopra ai due-tre milioni. 

Per questo chip, HP ha già realizza- 
to a uso interno un emulatore 68000, 
e in passato aveva dichiarato che 
può produrre versioni a basso costo 
semplicemente eliminando il suppor- 
to della cache. Chiaramente, ciò si- 
gnifica anche abbattere le prestazio- 
ni. Poiché HP progetta e costruisce 
in proprio i chip, può personalizzarli 
senza difficoltà. Secondo alcune 


fonti, il progetto di macchina RISC 
che Commodore metteva a punto 
prima della bancarotta (progetto 
“Hombre”) prevedeva un accordo 
con HP per produrre una CPU con 
chip grafico incorporato. 

MIPS 

Le CPU R3000, R4000, R4600 ecc. 
sono discendenti di un progetto svi- 
luppato nei primi anni ‘80 alla 
Stanford University, poi rilevato da 
Mips Technology (una branca di Sili- 
con Graphics). Desiderando ottene- 
re la massima diffusione, lo ha dato 
in licenza a moltissimi produttori in- 
dipendenti (tra cui la tedesca Sie- 
mens) che sono liberi di migliorarlo a 
proprio piacere. I leader di presta- 
zioni sono i chip prodotti da Mips 
appositamente per Silicon Graphics 
(recentemente è arrivata ad annun- 
ciare R10000) e quelli della giappo- 
nese NEC. 


Altre società si sono specializzate 
nella realizzazione di versioni a bas- 
so costo (si parte da 20 dollari) usa- 
te su molti personal computer, stam- 
panti laser, set-top e console di vi- 
deogiochi. 

Caratteristiche comuni di questi chip 
sono il set di istruzioni potenti, ma un 
po’ scomode e in numero limitato 
(con grossa variabilità tra una gene- 
razione e l’altra) e l’estrema sempli- 
cità del progetto, che per il “core” 
delle CPU R3000 fa uso di un nume- 
ro di transistor paragonabile a quello 
di un MC68000. Assieme ai Power 
PC sono i processori RISC più diffusi 
nel mondo, e per essi esiste una 
quantità enorme di sistemi operativi 
(tra cui Windows NT) ed emulatori. 
Mentre la serie 3000 comprende 
processori a 32 bit, le serie 4000 e 
successive sono a 64 bit pieni, con 
32 registri più 16 per la FPU incorpo- 
rata. 
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SIRIUS GENLOC 

• 2 ingressi Y-C e composito 

• 2 ingressi audio 

• Chroma-key 

• Alpha channel 

• Dissolvenza manuale e automatica 

• Controllo manuale e software (Seal 

• Generatore di barre integrato 

• Controlli digitali (colore, contrasto, lurptno: 


NEPTUN GENLOC 

• 2 ingressi Y-C e composito 

• Alpha channel 

• Dissolvenza manuale e automatica (0-20^. 

• Controllo manuale e software (Scala MM400) 

• Controlli colore, contrasto, luminosità 


TBC-ENHANC^ 

• Ingressi Y-C e composito, Blackburst 

• Uscite Y-C, composito, RGB, Y-U/V, Blocfcbi 

• Controlli colore, contrasto, luminosità. RGB 

• Regolazione H-Phase subcarrier 

• Funzioni: fermo immagine filtro di rumore, TBC 

• Banda passante: composito 4 MHz, Y-C 5,5 MHz 

CERCHIAMO RIVENDITORI 
PER ZONE LIBERE 


Munchen - Germania 


FRAME MACHINE 
& PRX5M 2 


r400) 






• Ingressi e uscite Y-C e composito 

• Digitalizza e visualizza in tempo reale a 24 bit 

• Registrazione di sequenze video su hard disk 

• Editing delle sequenze 

• Modulo EX per Scala MM400 
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SOFTWARE 


DIRECTORY OPUS 5.1 1 


D irectory Opus, di Jo- 
nathan Potter, è uno 
dei programmi più noti 
e usati su Amiga. È nato co- 
me un programma della fa- 
miglia "dirutil” e fino alla ver- 
sione 4 ha mantenuto que- 
sta vocazione, diventando u- 
no strumento quasi indi- 
spensabile per tutti gli utenti 
“seri’’. 

L’unico rivale valido, ultima- 
mente, era DirWork, da poco 
divenuto un programma 
commerciale. 

Con l’ultima versione, DirO- 

pus opera una piccola rivo- 1 

luzione e tenta di integrare 
in un unico programma la fi- 
losofia originaria del prò- 

gramma, l’accesso a icone 
ai file tipico del Workbench e il siste- 
ma di dock reso famoso su Amiga da 
ToolManager. Lo scopo di Diropus è 
estremamente ambizioso: diventare 
un sistema di interfaccia utente che 
sostituisca, integrandolo, il Workben- 
ch. 

CONFEZIONE E INSTALLAZIONE 

La confezione contiene un manuale 
ad anelli, comodo da usare, ma co- 
me al solito in inglese, di 174 pagine, 
un dischetto e la cartolina di registra- 
zione. 

L'installazione è molto sem- 

plice, avviene infatti in ma- 
niera automatica con l’In- -■ > ™ 
staller Commodore. È ri- ijjfna 

chiesto il 2.0, 1 Mb di me- 
moria RAM (a regime sullo 
schermo Del Workbench 
occupa poco meno di 600 
kb di RAM) e poco meno di _____ 
1 Mb di hard disk libero. 

All’utente sarà chiesto sola- „„ out 

mente di scegliere tra po- gpfe 

che opzioni relative al modo iffflf 

di avvio del programma. jpp 

Alla fine verrà chiesto il nu- jffjf 
mero seriale preso dalla jSj 
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Oltre il Workbench 


cartolina di registrazione che verrà 
inserito sul disco destinazione (non 
sul floppy originale). 

Se si vorrà in seguito spostare il pro- 
gramma in un altra directory si dovrà 
ripetere l’operazione di installazione. 
Su Aminet è apparso un archivio, 
chiamato D0PUS511.LHA, che con- 
tiene un upgrade alla versione 5.1 1 di 
DirOpus. Anche questo è dotato di 
script di installazione. 

Una volta terminata l'installazione, è 
necessario reintrodurre il numero se- 
riale in DirOpus. 

Il manuale è molto chiaro e contiene 


! >.1 1 * 


Buttona, »«wg 
CacheL Ist 

C 1 cari t a«a 

Coni mirat ion Conufrt 


figure che aiutano a capire 
il funzionamento del pro- 
gramma. Le 174 pagine 
sono sfruttate al massimo 
con un linguaggio preciso 
e conciso: solo in alcuni 
momenti si sente la neces- 
sità di maggiori spiegazioni 
e approfondimenti. 

Peccato che non vengono 
indicati per i vari comandi 
le abbreviazioni da tastiera 
corrispondenti: probabil- 
mente si tratta di un errore 
redazionale, perché nei 
casi corrispondenti com- 
_____ pare la classica “A” che in- 
dica il tasto Amiga destro, 
ma non la lettera che do- 
vrebbe accompagnarla. 
L’indice analìtico contiene 
poche voci ed è quindi quasi inutile. 
DirOpus è invece fornito di un prezio- 
so help in linea ipertestuale (Amiga- 
Guide) sensibile al contesto che fun- 
ziona molto bene: funziona anche 
sulle voci di menu, ma non sui gad- 
get di tutti i requester di DirOpus. 

UN NUOVO WORKBENCH? 

Appena il programma inizia a funzio- 
nare, si capisce che non ci si trova di 
fronte a un normale “dirutil”, con le 
sue due (o più) finestre e i suoi clas- 
sici bottoni. I vecchi utenti di DirOpus 

rimarranno sicuramente 

\ molto sorpresi. 

p ^Lifn pi La prima impressione che 
: SSPj j il programma suscita, infat- 

I ti, è quella di un Workben- 
ch evoluto, forse ciò che si 
vorrebbe fosse il Workben- 
eh. Sia che il programma 
utilizzi uno schermo sepa- 
t j rato (eventualmente come 


L’help in linea sensibile 
al contesto in formato 
AmigaGuide 
è molto comodo. 


- O . Sanptes 
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schermo pubblico di de- 
fault), sia che si apra sullo 
schermo del Workbench, 

DirOpus apre comunque u- 
na finestra, chiamata Main 
Window, che assomiglia ! F °"' 

molto a quella del Work- ___ 

bench (e che può essere 
anche di tipo Backdrop). 
Assomiglia a quella del [es| 
Workbench perché contie- j r M®;. 
ne le icone dei dischi di si- j 
sterna, cui si può accedere 

proprio come se fossero 

poste sul Workbench. Tale finestra è 
in grado di accogliere anche Appl- 
con, AppWindow e AppMenu, è dota- 
ta delle funzioni di “Estrarre” e “Inse- 
rire” per le icone e presenta un’opzio- 
ne di menu che permette l’esecuzio- 
ne di un comando. 

Fra l’altro, le combinazioni di tasti che 
attivano le varie funzioni sono esatta- 
mente le stesse del Workbench. 
Durante la fase di installazione è pos- 
sibile istruire Directory Opus perché 
prenda il posto del Workbench (ge- 
stendo anche il cassetto WBStartup). 
In tal caso, verrà sostituito il coman- 
do LoadWb nella directory C: con un 
altro programma che lancia DirOpus. 
Quando si seleziona un device o una 
directory, si apre una normale fine- 
stra, che a sua volta conterrà icone di 
file e/o di altre directory. Per questo 
tipo di finestra e le sue icone si han- 
no a disposizione le classiche opzioni 
del Workbench (Open, Close, Infor- 
mation, Snapshot, Un-Snapshot, Lea- 
ve-Out, Put Away, Select All, Rena- 
rne, Clean Up, Show All, View as/Na- 
me, View as/lcon) e qualche opzione 
aggiuntiva: Disk Information, che mo- 
stra informazioni sul disco che contie- 
ne l’icona o la finestra selezionata, 
Close All che chiude tutte le finestre, 
Tile che ridispone le finestre affianca- 
te verticalmente o orizzontalmente, 
Cascade, che le scala orizzontalmen- 
te. Mancano invece Delete, Duplicate 
e Update. 

Per quale motivo si dovrebbe usare il 
“Workbench” di DirOpus invece del 
vero Workbench? C’è più di un moti- 
vo: in primo luogo le finestre di DirO- 
pus funzionano in completo multita- 
sking. Ciò significa che se si avvia u- 
na qualsiasi operazione in una fine- 
stra, è sempre possibile continuare a 
usare le altre finestre per altre opera- 
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DirOpus sfrutta in maniera massiccia 
il multitasking Amiga e praticamente 
qualsiasi operazione avviene in multi- 
tasking, anche quelle di configurazio- 
ne del programma. È anche possibile 
aprire due o più finestre diverse sul- 
la stessa directory ed effettuare con- 
temporaneamente diverse opera- 
zioni. In secondo luogo, DirOpus 
mette a disposizione qualche tasto 
per selezionare le icone di una direc- 
tory: Tab permette di passare da una 
finestra alla successiva, la barra spa- 
ziatrice seleziona la prima icona, le 
frecce attivano le icone successive, 
mentre il tasto Return corrisponde a 
un doppio click. 

Una caratteristica di DirOpus che non 
è presente nel Workbench standard, 
né per ora può esservi aggiunta me- 
diante utility PD, è la capacità di 
creare “gruppi”, ovvero false direc- 
tory che contengono (di solito) pro- 
grammi eseguibili che si possono 
lanciare con un click sull’icona. Si 
tratta di un’estensione del concetto di 
“Estrarre” (“Leave Out”), già presente 
nel Workbench, che permette sempli- 
cemente di ordinare in più finestre i 
vari programmi che normalmente si 
tengono a portata di mouse. Il con- 
cetto è mutuato da Windows (Win- 
dows in realtà vede solo gruppi, non i 
dischi) e può risultare utile in qualche 
caso. Fra l’altro il tentativo di rimuo- 
vere un file da un gruppo in un caso 
che non siamo riusciti a riprodurre ha 
prodotto un crash del sistema. 
L’opzione “Elide” chiude tutte le fine- 
stre e l’eventuale schermo separato 
di DirOpus e apre una piccola fine- 
stra o un’AppIcon sullo schermo del 
Workbench. Il modo in cui deve avve- 
nire tale operazione e quella inversa 
possono essere personalizzati dall’u- 
tente. 

Una lacuna del Workbench di DirO- 


/l Workbench ? No, DirOpus 
5 . Si noti, in basso a sinistra, 
l’icona del gruppo 
Favourites e i programmi 
che contiene. 

pus è l’assenza di localizza- 
zione in italiano. Il program- 
:|TI^ ma è stato scritto per acco- 
gliere varie localizzazioni, 
lj ma per ora è disponibile so- 
^ | lo quella tedesca. È comun- 
" i] que probabile che in futuro 
il programma venga localiz- 
zato in italiano. 

Un altro piccolo difetto sta nel fatto 
che è impossibile ridimensionare o 
chiudere una finestra mentre la fine- 
stra è occupata in un’operazione, co- 
me la lettura di una directory. 

Il Workbench di DirOpus può utilizza- 
re il file di preferenze del comando 
AmigaDOS WBPattern per il pattern 
delle finestre e l’immagine di sfondo 
e opera in conformità a quanto stabi- 
lito con il comando Font. 

Tool Manager, il noto sistema di dock 
Shareware apparso anche sui dischi 
di Amiga Magazine, funziona corret- 
tamente con DirOpus. 

Il funzionamento dell’emulatore del 
Workbench, in conclusione, è molto 
buono: è però molto più lento del 
Workbench standard nel leggere il 
contenuto di una directory e nel ge- 
stire le finestre sotto 2. 1 ed ECS. 

Sotto 3.0 la velocità di lettura delle di- 
rectory aumenta drammaticamente e 
la presenza del chipset AGA o di una 
scheda grafica contribuiscono a ele- 
vare ulteriormente le prestazioni. 

USTER 

Fin qui abbiamo visto l’emulazione 
del Workbench contenuta in Directory 
Opus 5. Ma il programma ha ben al- 
tre frecce al proprio arco, che diven- 
tano evidenti non appena si sceglie 
l’opzione di menu “View as/Name” in- 
vece di “View as/lcon”. Questa opzio- 
ne, nel Workbench standard, attiva la 
visualizzazione del contenuto delle 
directory per nome, invece che per i- 
cone. La stessa cosa avviene in Di- 
rOpus, solo che in questo modo vie- 
ne attivata anche una lunga serie di 
funzioni non disponibili quando si vi- 
sualizza il contenuto di una directory 
per icone. Gli utenti delle precedenti 
versioni del programma cominceran- 
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no solo ora a riconoscere il 
vecchio ambiente e ad ac- 
corgersi del forte aumento 
di velocità nell'elencare il 
contenuto di una directory, 
specie se si usa uno 
schermo custom. 

L'oggetto che elenca il 
contenuto di una directory 
viene chiamato “Lister” ed prag 
è composto dall’elenco dei r .tì§lL 

file, da una serie di piccoli 
gadget e da tre popup me- 
nu (si aprono all’altezza 
della finestra) che si attivano median- 
te gadget. 

Ogni singolo Lister può apparire alle 
varie funzioni che operano su due di- 
rectory come sorgente o destinazione 
oppure può essere escluso dalle o- 
perazioni (OFF). Il terzo menu popup 
contiene delle voci (presenti anche 
nel menu globale di DirOpus) che 
permettono di stabilire come debba 
essere trattato il Lister corrente: nor- 
malmente, quando un Lister diventa 
sorgente, l’eventuale sorgente prece- 
dente viene automaticamente com- 
mutato in OFF e lo stesso vale per la 
destinazione. È però possibile bloc- 
care un Lister come directory sorgen- 
te o destinazione: in tal caso sarà 
possibile avere più sorgenti o più de- 
stinazioni contemporaneamente e 
quindi, per esempio, effettuare la co- 
pia di un file in più directory o vice- 
versa copiare il contenuto di più di- 
rectory in una. Una annotazione: 
quando una finestra è posta in modo 
destinazione o in modo OFF, non si 
comporta più come una normale fine- 
stra Workbench: per esempio, non 
sarà possibile applicarvi le opzioni di 




gente o destinazione). Un doppio 
click del pulsante destro sulla lista 
dei file permette invece di modificare 
in ogni particolare e con estrema fa- 
cilità (mediante il metodo drag and 
drop) il modo in cui avviene l’elenco 
dei file, cioè i campi da visualizzare e 
il tipo di ordinamento: nome, lunghez- 
za, data, commento, bit di protezio- 
ne, tipo di file (così come lo ricono- 
sce DirOpus), nonché il gruppo, il 
proprietario e l’accesso nel caso sia- 
no presenti le estensioni al file Sy- 
stem introdotte con il software di rete 
Envoy. 

Si possono visualizzare le directory 
prima o dopo i file, o assieme a essi; 
l'ordinamento può essere rovesciato 
e si possono filtrare i file .info e usare 
anche due diversi filtri per Show e Eli- 
de. Addirittura è possibile scegliere 
un determinato tipo di ordinamento 
per certe particolari directory, per e- 
sempio un ordinamento per data solo 
nella directory dei nuovi arrivi... 

I file elencati possono essere spostati 
mediante il mouse in un’altra finestra, 
anche in un’AppWindow (come av- 
viene normalmente col Workbench), 


Così appare Directory Opus 
al lancio su uno schermo 
separato 

con la configurazione 
di default: a destra, 
un banco di pulsanti testuali 
e uno di pulsanti iconici; 
in alto le icone dei dischi 
e al centro il Lister sorgente. 


• tasto del tastierino numerico 
U ha una speciale funzione). Il 
click su una directory con il 
— ! tasto shift premuto apre un 
secondo Lister che mostra il contenu- 
to della directory. Come al solito, un 
doppio click (o il tasto Enter se si usa 
la tastiera) permette di attivare l'azio- 
ne corrispondente al tipo di file sele- 
zionato. Si tratta di una delle caratte- 
ristiche più utili di questo tipo di pro- 
grammi. 

DirOpus presenta comandi interni per 
mostrare immagini e animazioni 
ILBM, testi, suoni campionati e modu- 
li musicali (sono stati reintrodotti nella 
versione 5.11 in seguito alle numero- 
se richieste degli utenti). È sempre 
possibile riconfigurare il programma 
per far riconoscere altri file e attivare 
comandi o script esterni. Diropus ri- 
conosce automaticamente anche i 
propri file di configurazione, per cui 
basta un doppio click su uno di essi 
per caricare una nuova configurazio- 
ne di gadget, menu o quant’altro. 

I gadget di default presenti nei Lister 
consentono di visualizzare l’elenco di 
device, volumi e directory logiche, ri- 
salire alla directory superiore, alla di- 
rectory radice, selezionare tutti i file o 
usare un pattern per la selezione 
(che nel modo complesso permette 


menu aggiuntive del Workbench ed essere selezionati sia mediante non solo di usare wildcard per il no- 
(quelle aggiunte da programmi come mouse che mediante tastiera (ogni me, ma i bit di protezione, la data, il 


Tool Manager). 

Ogni aspetto del Lister è 
pienamente e facilmente 
configurabile. Si può an- 
che bloccare il Lister in u- 
na determinata posizione 
(ma rimarrà sempre possi- 
bile portare la finestra a- 
vanti o dietro le altre) per 
emulare il comportamento 
di DirOpus 4 ed è anche 
possibile iconizzare una fi- 
nestra (in tal caso viene 
giustamente posta a OFF 
anche se era stata previa- 
mente bloccata come sor- 



confronto con la directory 
destinazione...). 

Altri gadget permettono di 
creare una sotto directory 
(con o senza icona), copia- 
re, muovere, cancellare o ri- 
nominare un file (anche me- 
diante wildcard, alla maniera 
del Renarne del vecchio pro- 
getto ARP), modificare i bit 
di protezione e il commento, 
visualizzare un file grafico e 
ascoltare un campione. 

Questo menu popup del Lister 
è configurabile dall’utente. 
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Nulla vieta di aggiungere 
nuovi gadget che compiano ‘ 

qualsiasi altra azione. Se i jJJSK 

gadget non trovano posto 
nella finestra, compare au- 
tomaticamente un pulsante [ 

che permette di scorrerne | ; 

la lista. Le stesse azioni “»• 

possono essere compiute 
con il primo dei menu po- 
pup: nella configurazione Favour ì(' 

fornita si hanno a disposi- 
zione anche varianti delle o- 
perazioni già accessibili at- ! 
traverso i pulsanti, come i comodi 
Copy As e Move As, che permettono 
di determinare il nome del file destina- 
zione; Duplicate, che crea la copia di 
un file; GetSize, che stabilisce l’occu- 
pazione dì spazio su disco delle di- 
rectory selezionate, e Check Fit, che 
controlla se i file selezionati trovano 
posto nella directory destinazione. 

Il secondo menu permette di cambia- 
re la directory corrente in modi diversi 
(lista dei device, lista della cache glo- 
bale di DirOpus...) e mantiene anche 
un history, i cui elementi sono acces- 
sibili direttamente come voci di menu. 
Ogni Lister presenta in basso un gad- 
get stringa in cui è possibile inserire 
direttamente il nome della directory 
desiderata. Mediante i menu è possi- 
bile anche stampare il contenuto dei 
file selezionati o l’elenco della direc- 
tory, effettuare la ricerca di un file me- 
diante wildcard in tutte le directory se- 
lezionate nei vari Lister sorgente e 
crittare file con una password. In con- 
clusione, il Lister permette di avere a 
disposizione tutta la potenza di DirO- 
pus in una finestra per le directory a- 
naloga a quelle del Workbench. 
L’integrazione della filosofia dei pro- 
grammi di file manager con quella a i- 
cone del Workbench ci 
sembra ben riuscita e capa- 
ce di potenziare entrambi i ! '^j 
modi di accesso ai file. Se j ■m- 
si accosta DirOpus a una i -sSA 
sistema come KingCon (il rsìI 
programma PD sostitutivo 

di CON già apparso sui di- 

schi di Amiga Magazine) il 
risultato è un ambiente for- 
temente integrato in cui è 
possibile per esempio 
“prendere” con il mouse il 
nome di un file presente in fi 

un Lister e farlo cadere nel- 
la finestra della Shell per ri- r j|£ . 
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trovarlo sulla linea di comando. Ven- 
gono forniti anche alcuni programmi 
ARexx che permettono la comunica- 
zione fra le Shell di comandi e DirO- 
pus: ODO e OCD, per esempio, per- 
mettono di fare un CD sulla directory 
sorgente di Diropus e, viceversa, apri- 
re un Lister sulla directory corrente 
della Shell. 

BUTTON 

Oltre ai gadget presenti nella finestra 
di ogni Lister, DirOpus può gestire fi- 
nestre separate che contengono ban- 
chi di gadget identificati da una strin- 
ga o da un’icona. Questi pulsanti pos- 
sono attivare fino a tre diverse se- 
quenze di operazioni, a seconda del 
pulsante del mouse premuto (sinistro, 
destro, centrale), ma non permettono 
il drag and drop. I pulsanti operano 
sul Lister sorgente e in certi casi ri- 
chiedono anche una destinazione. 

La configurazione di default prevede 
le classiche operazioni di base, ma 
tale sistema appare soprattutto utile 
(vista la già nutrita dotazione di gad- 
get e opzioni di menu dei singoli li- 
ster) per crearsi banchi di pulsanti 
che eseguono operazioni particolari, 
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Con questi requester 
si possono modificare 
i banchi di pulsanti testuali 
o grafici e le funzioni 
associate. 


” visualizzano il contenuto di 

I] particolari directory o magari 

lanciano applicativi usati fre- 
quentemente. Ogni banco è 
dotato di un proprio menu 
popup che permette di ico- 
nizzare la finestra e di cari- 
care, salvare o editare la 
configurazione. La configurazione di 
questi bottoni è molto semplice e co- 
moda: una volta attivato il requester, 
si può selezionare il banco da editare 
oppure trascinare l’icona (o il testo) di 
un singolo pulsante sul requester per 
cominciare l’opera di configurazione, 
che appare semplice e intuitiva. I pul- 
santi possono essere anche duplicati 
sempre con il metodo del drag & 
drop. Ogni pulsante può anche esse- 
re associato a una qualsiasi combina- 
zione di tasti. Per aprire un banco non 
compreso nella configurazione d’av- 
vio si dovrà caricarlo da disco me- 
diante l’apposita opzione del menu 
globale: eventualmente ci si potrà 
creare dei menu o dei pulsanti con re- 
lative combinazioni di tasti che carica- 
no banchi di pulsanti da disco. Le 
funzioni disponibili per questi pulsanti 
sono le stesse per i gadget dei Lister, 
le opzioni di menu e le azioni dei Fi- 
leType. Peccato che non sia possibile 
eliminare del tutto le barre della fine- 
stra che contiene i banchi. 

UTILITÀ 

DirOpus implementa internamente 
varie utility, alcune delle quali sono 
state già citate. Fra queste il 

| ~~aj 53 visore di immagini che, ri- 
cordiamo, è in grado di usa- 
re il sistema dei Datatype 
sotto 3.0 e di effettuare la 
stampa grafica. Il lettore di 
testi, a sua volta, possiede 
tutto quello che si richiede a 

In alto, il requester 
? per formattare i dischi 

^ e sotto quello per la copia. 

Si notino sul fianco sinistro 
(l le icone relative ai due Lister 

per le directory “ROM” 
e “Ram Disk”. 
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In basso, il requester 
che si apre 
in tutti i casi 
in cui si avvia la stampa. 


un’utility di questo tipo, gli 
manca solo la possibilità di 
attivare direttamente l’editor 
preferito dall’utente sul te- 
sto corrente, ma permette 
di variare tab e font, di 
stampare o salvare il testo, 
di effettuare ricerche in vari modi, di 
usare uno schermo a piacere e pre- 
vede la visualizzazione dei dati in 
modo testo, ANSI ed esadecimale. 

Il programma per formattare i dischi è 
compatibile con le nuove opzioni per 
il file System del 3.0, mentre il Disk- 
Copy integrato consente la copia 
contemporanea su più dischi. 

In tutti i casi in cui DirOpus deve 
stampare, viene attivato un requester 
che permette di configurare la stam- 
pa, decidendo interlinea, carattere, 
margini, dimensione Tab, intestazio- 
ne e piè di pagina. L’output può sem- 
pre essere rediretto su un file. 

CONFIGURABIIITÀ 

Tutto o quasi tutto è configurabile in 
DirOpus. In programmi di questo tipo 
ciò che più importa, però, è la facilità 
con cui la configurazione può essere 
modificata dall’utente. DirOpus, in 
questo senso, ci è sembrato vera- 
mente ben realizzato. I requester so- 
no chiari, immediatamente compren- 
sibili e comodi da usare. 

L’utente è aiutato il più possibile 
nell’opera di configurazione, con 
gadget per duplicare, spostare, inse- 
rire o aggiungere, con l’uso esteso 
del metodo drag and drop, 
con elenchi commentati fra 
cui scegliere con il mouse, 
con il funzionamento in 
multitasking interno dei pro- 
grammi di configurazione. 

Questi si prendono cura di 
calcolare autonomamente 
dimensioni di bottoni, op- 
zioni di menu e così via, li- 
mitando in qualche modo la 
configurabilità, ma solle- 
vando l’utente da pesantis- 
simi tour de force per la 
semplice configurazione di 
un pulsante. 




Le opzioni disponibili sono comunque 
numerosissime e le possibilità virtual- 
mente infinite. È possibile anche con- 
vertire le vecchie configurazioni di Di- 
rOpus 4, compatibilmente con la nuo- 
va impostazione del programma. 
DirOpus ora usa diversi file di confi- 
gurazione: in ogni momento è possi- 
bile caricare un nuovo file di configu- 
razione o editarne uno vecchio conti- 
nuando a usare DirOpus. Dei file di 
configurazione uno è l'Environment e 
consente di definire schermo, posizio- 
ne iniziale delle 
finestre, colori e 
altro ancora. Ne 
vengono forniti 
tre d’esempio, ol- 
tre a quello di de- 
fault: uno che e- 
mula la vecchia 
versione di DirO- 
pus, uno che e- 
mula l’antico, ma 
ancora valido, Di- 
sk Master, l’ulti- 
mo che emula il 
Workbench. 

Un secondo file 
di configurazione 
(Options) permet- 
te di decidere 


l’ampiezza delle cache, il 
modo di funzionamento dei 
comandi Copy (si può far sì 
che prima della copia con- 
trolli se c’è spazio nella de- 
stinazione) e Delete (in par- 
ticolare per l’uso dei reque- 
ster di avvertimento), il mo- 
do in cui deve iconizzarsi il 
programma, il trattamento 
da riservare ai file .info nei 
Lister (selezione automatica 
o meno), il formato di date, 
orari e così via. 

I tipi di file riconosciuti automatica- 
mente da DirOpus sono descritti in fi- 
le separati. Di default il programma è 
configurato per riconoscerne solo al- 
cuni, ma nella directory Storage sono 
presenti 72 descrizioni predefinite 
che possono essere usate per avviare 
particolari azioni al momento del rico- 
noscimento. Le azioni vanno comun- 
que determinate dall’utente. 

Per costruirne un nuovo tipo, l’utente 
deve dire a DirOpus come riconosce- 
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La configurazione 
Environment 
che emula DiskMaster 


Qui è stata caricata 
la configurazione 
che emula la versione 4 
di DirOpus. 

È anche possibile convertire 
la vecchia configurazione. 
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Dall’alto in basso: 
il requester per 
la configurazione 
dei menu utente, 
per l’editing 
della configurazione 
Environment e 
della configurazione 
Options. 


Con questi requester 
si configura il riconoscimento 
automatico dei tipi di file: 
in questo caso si sta modificando 
il riconoscimento dei file 
in formato AmigaGuide 


CHEDA DRODOTTO 


Nome 

Produttore 


Distribuito da 


Director/ Opus 5.11 

GP Software 
PO Box 570 
Ashgrove 
Australia 4060 
tel./fax +61-7-3661402 

AXXEL Computer & 
Software 

Contrà Mure S. Rocco 1 7 
36100 Vicenza 
tei. 0444-325592, fax 
0444-321145 

L.1 89.000 IVA inclusa 

quasi eccellente 

2.0, 1 Mb di RAM, hard 
disk 

integrazione con il 
Workbench, uso 
massiccio del metodo 
drag and drop, facilità 
d’uso, configurabilità, 
help in linea 

Contro lentezza nella gestione 
delle finestre sotto 2.1, 
non è localizzato in 
italiano, manuale ed help 
in linea in inglese 


Prezzo 

Giudizio 

Configurazione 

richiesta 

Pro 


Configurazione 
della prova 


A3000, 2.1 e 3.0, ECSe 
CyberVision 



programmi Workbench, script ARexx. 
Il modo in cui devono essere passati 
gli argomenti viene determinato sce- 
gliendolo tra un elenco commentato 
di 13 possibilità diverse, che vanno 
dal nome del file o della directory se- 
lezionata, alla porta ARexx, al nome 
dello schermo... 

Grandioso, infine, è il supporto 
ARexx, che appare ulteriormente mi- 
gliorato nella versione 5.11: da 
ARexx sono accessibili tutti i comandi 
interni e molti altri studiati apposita- 
mente per tale linguaggio. Particolar- 
mente interessan- 
te è la possibilità 
di costruire con 
ARexx un “Custom 
Handler” cui ven- 
gono notificati in 
maniera asincrona 
(a differenza di 
quanto avveniva in 
DirOpus 4) i cam- 
biamenti avvenuti 
in un determinato 
Lister. 


re il file: per farlo ha a disposizione 
16 comandi che vanno scelti con il 
mouse da una lista commentata. A o- 
gni tipo di file si può associare un’i- 
cona di default e diverse azioni da e- 
seguire nel caso del doppio click e 
del drag and drop. 

Anche i menu e i banchi di pulsanti 
sono definiti in file di configurazione 
separati posti su disco. 

Un aspetto interessante è la perfetta 
interscambiabilità dei file che descri- 
vono i menu utente, i menu dei Lister 
e i banchi di pulsanti testuali da una 
parte, nonché i banchi di pulsanti 
grafici e quelli dei Lister dall’altra. È 
dunque possibile caricare il menu u- 
tente dei Lister come banco di gad- 
get testuali o come menu utente ge- 
nerale e viceversa. Nelle directory I- 
mages e Images2 compaiono 60 im- 
magini che possono essere usate per 
i gadget dei Lister e per i banchi di 
pulsanti. 

A ogni voce di menu, pulsante o tipo 
di file possono essere associate più 
azioni scelte fra più di 50 comandi in- 
terni, comandi o script AmigaDOS, 


CONCLUSIONI 

Il giudizio conclu- 
sivo sul program- 
ma è più che po- 
sitivo: di bug praticamente non ne e- 
sistono. l’unico fattore che induce 
qualche perplessità è la lentezza nel- 
la gestione di finestre e directory sot- 
to 2.1, ma la cosa non interessa, ov- 
viamente, a chi usa il 3.0. L’uso del 
programma al posto del Workbench 
è una scelta estrema cui solo alcuni 
vorranno aderire; forse la soluzione 
ottimale è l’uso di DirOpus su uno 
schermo proprio dove fra l’altro ap- 
pare anche più veloce. Per il resto, il 
programma è estremamente potente 
e indubbiamente molto comodo: se 
avete una macchina abbastanza ve- 
loce, meglio se AGA, e con una di- 
screta quantità di RAM (4 Mb), DirO- 
pus 5 può contribuire a migliorare no- 
tevolmente il vostro ambiente di lavo- 
ro. Rispetto alla versione 4 le miglio- 
rie sono talmente tante da rendere 
quasi obbligatorio l’upgrade. Il pro- 
gramma, infine, appare anche com- 
patibile con il sistema Cyber- 
Graphics/CyberVision (con cui l’ab- 
biamo provato) e dovrebbe esserlo 
anche con la Picasso II. 
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AMIGA' 


Sistemi Totocalcio 


G enius è un program- 
ma realizzato da 
ESS Software e de- 
dicato allo sviluppo di si- 
stemi per i concorsi Toto- 
calcio, Totip ed Enalotto. Il 
suo obiettivo è quello di of- 
frire al mercato Amiga una 
valida alternativa ai nume- 
rosissimi programmi di analoghe fi- 
nalità sviluppati per MS-DOS che e- 
quipaggiano la stragrande maggio- 
ranza delle ricevitorie d’Italia. 

Genius, oltre a presentare caratteri- 
stiche allineate ai migliori program- 
mi del settore, offre in uno stesso 
programma una sintesi completa di 
tutti quegli algoritmi e procedure 
che in ambiente MS-DOS possono 
essere ritrovati solamente in utility 
separate e decisamente più costo- 
se. 

L’aggiornamento 2.5, oltre a esten- 
dere le possibilità di elaborazione 
anche a Totip ed Enalotto, fissa al- 
cuni bug minori della versione 2.0, 
modifica alcuni aspetti dell’intefac- 
cia e offre opzioni avanzate di stam- 
pa delle schedine attraverso il mo- 
dulo separato Plus. 

CONFEZIONE E MANUALE 

La confezione comprende un ma- 
nuale di una sessantina di pagine in 
formato A4, organizzate in una co- 
moda rilegatura ad anelli, e tre di- 
schi contenenti il programma princi- 
pale e altri moduli separati -Plus, Ri- 
duttore, RiduttoreMR- per i quali si 
rimanda al box apposito. 

Il manuale è molto buono, per pre- 
sentazione e per contenuti. Una ve- 
loce sezione introduttiva illustra il 
procedimento di installazione e le 
caratteristiche generali di Genius. 

Gli argomenti trattati comprendo- 
no tutte le varie funzioni del pro- 
gramma, disposte nello stesso ordi- 


professionali 


ne d’uso: la composizione del pro- 
nostico, la delimitazione dell’integra- 
le, numerosi procedimenti disponi- 
bili di riduzione e di condizionamen- 
to e le varie operazioni che prece- 
dono la stampa effettiva delle colon- 
ne da giocare. 

Un’ampia sezione Tutorial tocca 
molti nodi cruciali del programma, 
seguendo passo passo la composi- 
zione di sistemi di crescente com- 
plessità. 

In una appendice vengono inoltre ri- 
portate le statistiche complete per i 
tre concorsi trattati inerenti ai vari 
procedimenti statistici di condizio- 
namento dei sistemi 
Al modulo separato Plus sono dedi- 
cate una decina di pagine, e le va- 
rie possibilità sono illustrate con la 
consueta precisione che contraddi- 
stingue l'intero ma- 
nuale. 

Ogni procedimen- 
to statistico impie- 
gato è infatti tratta- 
to in modo comple- 
to, dettagliato e 
comprensibile. 

È comunque consi- 
gliabile procurarsi in 
libreria qualche 
pubblicazione intro- 


II menu principale 
consente di accedere 
rapidamente 
a tutte le funzioni. 


duttiva, dal momento che i concetti 
basilari sono accennati sintetica- 
mente. 

Il PRONOSTICO 

Alla base di ogni sistema si trova il 
pronostico, ovvero la previsione del- 
la schedina vincente. Esso viene de- 
ciso dall’utente in base alle sue co- 
noscenze calcistiche ed ha impor- 
tanza basilare per ogni successiva 
operazione sul sistema. 

I segni componenti il pronostico per 
le 13 partite della schedina sono 
suddivisi in tre categorie - Basi, Cor- 
rezioni e Sorprese - a seconda che 
la loro probabilità di uscita sia alta, 
media o bassa. 

La scelta iniziale tra le tre categorie 
costituisce già un modo per proce- 



N° 70/SETTEMBRE 1995 Amiga Magazing 29 



iia 

22 

Percentuali 1X2 ||j 

1 

IX? 

1*11 ^ 

? 

IX? 


i 

IX? 

.TltvEtl vlMv 

4 

IX? 

47.08 37.88 16.8811 

5 

IX 

.IP ’ ■LW 1 1 

b 

1 x 2 

■flr lvft IlITI : 

m 

iS 

83.88 13.88 2.88 

E 


38.88 42.88 28.88 1 

1 


23.86 44.88 31.88 1 

M 

IX? 

27.88 49.88 24.88 1 

|t| 

IX? 

32.88 46.88 22.88 jl 

Ipj 

IX 

53.88 34,88 13.80 S 

lei 

IX 

69.88 26.88 5.88 £ 

li* 


>n< if r 

|F 

Gruppo , 

1 i 

-rr è 

Ordina. 

- rr | 


dere nella composizione del sistema 
avendo già una distinzione di proba- 
bilità. 

Ulteriori informazioni riguardanti gli 
incontri sono comunicate al pro- 
gramma tramite l’inserimento delle 
percentuali tecnica e giocata. 

Il picchetto tecnico assegna, per o- 
gni incontro, la probabilità percen- 
tuale di uscita di ciascun segno. Es- 
so viene compilato da tutti i quotidia- 
ni sportivi e costituisce un giudizio 
oggettivo sulle qualità tecniche delle 
due squadre che si incontrano. 

Il picchetto giocato invece indica 
come sono state effettivamente 
compilate le schedine dagli italiani 
fino al giorno della pubblicazione 
del giornale, e determina i risultati 
meno previsti e quindi più redditizi. 

I due picchetti sono importanti al 
momento della delimitazione dell'in- 
tegrale che vedremo successiva- 
mente. 

In base ai dati statistici forniti con i 
due picchetti, Genius è in grado di 
formulare in modo automatico il pro- 
nostico. 

Sono disponibili quattro metodi di in- 
terpretazione: i primi due scelgono il 
segno più probabile includendo an- 
che tutti quelli che superano un tetto 
percentuale definito dall’utente; il ter- 
zo stabilisce l'intervallo percentuale 
del segno candidato a essere scelto 
e consente di scartare i segni molto 
probabili e quelli molto poco proba- 
bili, mantenendosi nella media; l’ulti- 
mo permette di stabilire a priori il nu- 
mero di doppie e triple che devono 
costituire la colonna integrale. 
Naturalmente, l’autopronostico è ri- 


io schermo 

per la delimitazione 

dell’integrale. 


gorosissimo dal 
punto di vista mate- 
matico, ma deve 
tutta la sua efficien- 
za alla precisione 
con cui sono stati 
compilati i picchet- 
ti. 

LA DELIMITAZIONE 
DELL'INTEGRALE 

Nella comune sche- 
dina i vari incontri sono suddivisi, 
per maggiore chiarezza di lettura, in 
tre terzine e una quartina. La moda- 
lità Futuro di Genius utilizza questa 
suddivisione "formale” per organiz- 
zare lo sviluppo dell’integrale in mo- 
do più leggibile e meglio modificabi- 
le. 

Lo sviluppo completo dell’integrale 
assoluto di 13 triple, per esempio, 
per essere rappresentato richiede- 
rebbe quasi 1.600.000 colonne, de- 
cisamente scomode da controllare 
una per una. 

Nella modalità Futuro esso viene in- 
vece suddiviso in 27 triplette di se- 
gni per ogni terzina e 81 quaterne 
per l’unica quartina: anziché control- 
lare l’intero sviluppo in una volta sola 
lo si è quindi suddiviso comodamen- 
te in quattro blocchi separati. 

Le terzine e le quartine vengono or- 
dinate in vari modi: secondo il pie- 



I CONDIZIONAMENTI 


Segni totali e formule derivate 

Il numero consentito di presenze in una stessa colonna 
di uno stesso segno viene impostato nella tabella delle 
Particolarità, e può ovviamente comprendere valori da 
0 (assenza di quel segno) a 1 3. Le formule derivate si 
basano sullo stesso principio, ma definiscono esplicita- 
mente le combinazioni consentite dei vari segni. 

Tipologie 

Analogamente al condizionamento per segni totali, è 
possibile imporre il numero consentito di segni per o- 
gni colonna, ma in questo caso per ciascuna delle tre 
tipologie di pronostico (Basi, Correzioni e Sorprese). 

Consecutività totale e differerenziata 

Stabilisce il numero consentito di consecutività per o- 
gni segno, cioè quante volte esso può comparire di se- 
guito all'interno di una stessa colonna. La consecutività 
differenziata permette invece di decidere la consecuti- 
vità consentita per un segno, in funzione del numero 
totale delle sue presenze all'interno della colonna. 

Interruzioni 

Determina il numero di cambiamenti di segno consen- 
titi all'interno di una stessa colonna (ossia la non-con- 
secutività di un segno, quando cioè il segno di una 
partita non è uguale a quello dell'incontro successivo). 

Quadri filtro 

Genius permette di definire alcune colonne-filtro come 
metodo per inserire o scartare determinate colonne nel 
sistema finale. Possono essere costituite anche da dop- 
pie e triple e anche da meno di 1 3 segni. Una volta de- 
finita la colonna filtro, deve essere scelto il numero mi- 
nimo di "punti" che tutte le colonne "filtrate" devono 
avere in comune con essa; bisogna cioè decidere 
quanti incontri devono essere pronosticati in modo i- 
dentico. Si può a questo punto decidere se le colonne 
selezionate debbano essere in- 
cluse o al contrario escluse dal si- 
stema finale, a seconda del crite- 
rio di compilazione. Nel caso in 
cui ci siano più colonne filtro, 
possono essere scelti due modi 
operativi: nella modalità AND le 
colonne filtrate devono rispon- 
dere a tutti i requisiti di ciascuna 
delle colonne filtro (è quindi una 
selezione molto "stretta"); nella 
modalità OR è invece sufficiente 
che le colonne filtrate risponda- 
no ai requisiti di almeno una co- 
ll pannello 
di condizionamento 
per Punti Campionato. 
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lonna filtro. Per uno stesso integrale possono essere definiti fino a quattro Quadri 
filtro, ciascuno costituito da 50 colonne al massimo, e ciascuno liberamente impo- 
stabile con modalità di inclusione, esclusione, selezione AND o selezione OR. 

Le colonne filtro possono essere organizzate in un modo ancora più sofisticato. 0- 
gni colonna candidata può essere resa appartenente a un particolare livello di "fe- 
deltà" a seconda del numero (liberamente impostabile) di colonne filtro che sono 
state da essa soddisfatte, e di conseguenza aumenta la precisione dell'utente sui 
criteri di condizionamento. 

Il metodo dei Punti TRA consente di compiere una analoga suddivisione, tenendo 
conto in questo caso del numero di punti che la colonna candidata ha in comune 
con le colonne filtro impostate. 

Le operazioni con i Quadri Filtro costituiscono una delle parti più sofisticate di Ge- 
nius, e per questo anche più complesse e inaccessibili all'utente non esperto di si- 
stemistica e di totocalcio. 

Punti Campionato 

Un altro condizionamento possibile si basa sul fatto che nel Campionato di calcio 
italiano vengono assegnati 3 punti per la vittoria e 1 punto per il pareggio. Ge- 
nius permette di imporre il numero totale di punti realizzati nella giornata da de- 
terminate squadre, sebbene per motivi statistici usa ancora 2 punti per vittoria. Le 
possibilità offerte sono notevoli e permettono di controllare il sistema in funzione 
di una particolare evoluzione probabile del campionato. 


Simmetrie, paralleli e centro 

Il condizionamento per simmetrie seleziona le colonne del sistema a seconda che 
abbiano o meno al loro interno particolari caratteristiche di simmetria dei segni, 
rispetto a un segno definito come centro di simmetria. Il condizionamento del 
centro prevede invece una determinazione automatica del centro di simmetria 
per una determinata colonna. Questo metodo, a detta del manuale, è una recen- 
tissima introduzione nella sistemistica del totocalcio, per la quale non sono stati 
compresi appieno i vantaggi (o gli svantaggi) che può apportare. Sicuramente è 
uno degli aspetti meno "realistici" e più "statistici" di Genius, e indubbiamente di 
difficilissima padronanza per i non esperti di sistemistica. 

Sequele 

Il condizionamento per sequele seleziona quelle colonne che contengono se- 
quenze particolari di segni, le cui caratteristiche sono estesamente configurabili 
attraverso opportune "maschere" in struttura, in numero di elementi totali e in 
"passo" di selezione (che definisce il metodo di scansione delle schedine). Il nu- 
mero massimo di sequele definibili è 50. 

Pari e dispari 

Questo condizionamento consente di determinare in ogni colonna del sistema il 
numero totale di sequenze di uno stesso segno (i gruppi consecutivi di segni u- 
guali), e di stabilire se il numero dei loro elementi debba essere pari o dispari. 


SOFTWARE AMIGA 

TV-Paint 2 (Ing) 

TrapFax 1.1 (Ita) 

Magic Lantern (Ing) 

MainActor Pro (Ing) 

MainActor Broadcast (Ing) 
R.A.I.T. - Totocalcio (Ita) 
DiskSalv 3 (Ing) 

Envoy 2.0 (Ita) 

Envoy 2.0 Upgrade (Ita) 
MasterISO (Ing) 

VHS DeathBed Vigil (Ing) 
Connect your Amiga! (Ing) 
Asim CDFS 3 (Ing) 


HARDWARE AMIGA 

600 Picasso II 2MB (Ita) 825 

185 Encoder Pablo (Ing) 350 

180 Picasso III Chiamare 

185 S.O. 3.1 A500/2000 (Ita) 260 


Chiamare S.O. 3.1 A 1200/3000/4000 (Ita) 305 


69 

95 

140 

55 

990 

69 

55 

120 


Ariadne (Ethernet + 2 par) (Ita) 650 
AmigaLink (Ing) 470 

Liana (Ing) 180 

XStream interno 300 MB (Ita) 648 
XStream esterno 300 MB (Ita) 695 

Tutti i prezzi sono in migliaia di 
Lire, IVA INCLUSA. Si effettua 


vendita per 


Attimìontl A tutti i eoinputergraftcU 

E’ stata attivata la nuova BBS della E.D.E. con aree 
specializzate per computer grafica tridimensionale in 
cui troverete oggetti, suddivisi per generi e formati, 
tessiture, documenti e programmi specializzati, per 
Amiga, PC, MAC e UNIX. 

Sulla BBS troverete anche approfondite schede tecniche e 
versioni dimostrative di tutti i prodotti da noi distribuiti, 
nonché preziosi aggiornamenti e supporto tecnico. 

Abilitazione immediata, fin dal primo collegamento! 
Linea 1: da 1200 a 16800 bps (ZyXEL) 0373/86966 - 24h 
Linea 2: da 2400 a 28800 bps (V34) 0373/86023 - 22 -> 8 


corrispondenza e 
pagamenti anche 
con carta di credito 
Sì, VISA e MC. 


HARDWARE VARIO 

Masterizzatore CD 2x 4.990 
HDD 1GB Quantum 990 

HDD 1GB Esterno 1.300 

CDROM SCSI2 4x int. 585 
CDROM SCSI 2 2x Est 520 
SyQuest 270MB Int 899 
SyQuest 270MB Esst 1.150 
Cart. SyQuest 270MB 153 

SOFTWARE VARIO 

CD 3D-ROM voi. 1 210 

CD 3D-ROM voi. 2 230 

CD Avalon 3D 150 

CD Texture Heaven 1 110 

CD Texture Heaven 2 110 

CD CDMR #0 30 


Aziende da noi distribuite e supportate: 

Village Tronic - I.A.M. - ASIM 


Euro Digital 
Equipment 

Tel.: (0373)86023 Fax/bbs: 86966 



SWILLAGE 
TRONIC 
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chetto tecnico (prima le combinazio- 
ni con probabilità d’uscita più alte), 
secondo il picchetto giocato (prima 
le terzine più “scontate” e meno red- 
ditizie) e secondo la convenienza 
(data dal rapporto tra 
picchetto tecnico e 
giocato, cioè vengono 
messe prima le terzine 
più probabili, ma stra- 
namente meno gioca- 
te). 

Inoltre, indipendente- 
mente dall’ordine usa- 
to, accanto a ogni ter- 
zina viene rappresen- 
tato un indice numeri- 
co legato a uno dei tre 
parametri prima de- 
scritti, che consente di 
confrontare tra due or- 
dinamenti diversi. 

Tra tutte le varie terzi- 


ROGRfIMMI 
I SUPPORTO 


Sezione: 1 incontri: 9, 
NUN| | 1 r 

1 XIX CSC 21 .45 

2 I1X 8SC 17.16 

3 XII CSB B,99 


àìI . . j . ' ' r 


Condì lionammti: 


BSB 7,15 
CBC 6,93 
BBC 5,59 
CSS 5.36 
B5S 9,29 
CBB 2.B9 
BBB 2.31 
CBS 1.73 


3,70 1.9 E FÉ 

3.70 1.5F J3 

3.70 1.«i !$P 

3.70 1.2 £ P 
3.70 o.Bms |3 
3.70 1.6 KF 
3.70 0.5 £ m 
3.70 0,4 F fi 






-30% si 

Grazie a un accordo, in esclusiva, tra 
Amiga Magazine e Paolo Menichetti 
(autore di Genius Professional) i let- 
tori di Amiga Magazine possono re- 
gistrarsi al programma shareware 

Genius Professional 2.5 


Si, desidero approffittare della proposta riservata ai lettori di 
Amiga Magazine per registrarmi a Genius Professional 2.5 a 
L. 98.000, invece che L. 150.000. 

Vi prego di inviarmi una copia di Genius Professional 2.5 al se- 
guente indirizzo (si prega di scrivere chiaramente e in stampatel- 
lo): 

nome cognome 

via 

CAP città provincia 


al prezzo speciale di L. 98.000 invece 
di L. 150.000. Coloro che decideran- 
no di aderire a questa offerta riceve- 
ranno la versione completa del pro- 
gramma che comprende: 
un set di tre dischi con i programmi 
Genius , Plus, Riduttore MR e Riduttore 
con il loro manuale d'uso. 

I programmi sopra citati sono in ver- 
sione completamente funzionante. La 
registrazione comprende anche l'assi- 
stenza telefonica e la possibilità di ot- 
tenere futuri aggiornamenti del 
software a prezzo ridotto. Basta riem- 
pire questo modulo e spedirlo in bu- 
sta chiusa a: 

Paolo Menichetti 

06020 Branca di Gubbio (PG) 


prefisso telefonico telefono 

firma (se minorenne, quella di un genitore) 

Il contributo per la registrazione, che ammonta a (L. 98.000 L. 90.000 + L. 
8.000 come contributo spese di spedizione urgente), verrà fatto (crociare solo 
una delle scelte possibili): 

□ Allegando un attestato di versamento su CCP n° 10036069, intestato a Pao- 
lo Menichetti, 06020 Branca di Gubbio, Perugia. Nella causale di versamen- 
to specificare "Registrazione a Genius Pro 2.5 - offerta Amiga Magazine". 
L'attestato di versamento deve essere accluso al presente tagliando. 

□ Pagando in contrassegno il pacco al postino. 

Desidero ricevere la versione di Genius dedicata al processore (crociare solo una 
delle scelte possibili): 

□ 68000 (tutti gli Amiga) 

□ 68020 (Al 200 o A2000 accelerati) 

□ 68030/40 (Al 200 accelerati, A2000 accelerati, A3000, A4000) 

Configurazione del mio computer (opzionale ma gradita): 


scegliendo la modalità di pagamento 
preferita. 

Per ulteriori informazioni telefonare allo 

075-9256411, dalle 14.00 alle 
18.30. 


NON SARANNO ACCETTATE 
FOTOCOPIE DEL PRESENTE MODULO. 

L'offerta termina il 30-11-95. 

Farà fede il timbro postale. 


Modello di Amiga posseduto 
Processore 

RAM (Mb) HD (Mb) 

AmigaOS (versione) 

Hai un monitor dedicato? Hai un lettore per CD-ROM? 

Marca e modello di una eventuale stampante 
Eventuali indirizzi E-MAIL (fido o internet) 


Oltre al programma principale vengono forniti 
alcuni programmi di supporto che estendono 
alcune possibilità già offerte da Genius e ne 
offrono di ulteriori. 

PLUS 

Plus è un programma modulare che raccoglie varie 
utility di elaborazione e postelaborazione dei siste- 
mi. 


L’integrale delimitato avanzato 
offerto dall’utility Plus. 


L’avanzatissima funzione Section 
disponibile con Plus 
permette di configurare pienamente 


Fusione Colonnare 

Consente di operare operazioni logiche booleane 
su due insiemi di colonne. Permette addizione, sot- 
trazione, fusione, unione esclusiva e intersezione. Il 
risultato è dato su un file colonnare GNS o NTP. 

Integrale delimitato avanzato 

Estende notevolmente le funzioni di delimitazione 
dell'integrale contenute in Genius, ora utilizzabili 
anche per Totip ed Enalotto. 

Definisce automaticamente la Difficoltà o lo Sbilan- 
ciamento di determinati pronostici in base ai pic- 
chetti. 

Tramite la funzione Section consente di configura- 
re liberamente la suddivisione in sezioni senza do- 
ver seguire la ripartizione della schedina (ordinan- 
do liberamente gli incontri e rendendo così possi- 
bile la selezione di meno terzine in sezioni conte- 
nenti partite più facili). 

Permette inoltre di assegnare a ciascuna terzina a 
uno o più dei sette livelli di probabilità di uscita de- 
finibili. Purtroppo sistemi compilati con Genius non 
possono essere caricati da questa utility. 

RID II 

È un algoritmo di riduzione dei sistemi che permet- 
te la sicurezza matematica di realizzare un 12 otte- 
nendo un 1 3 nel condizionato di partenza. Funzio- 
na al meglio con sistemi poco condizionati di me- 
die dimensioni, e permette di scegliere tra due li- 
velli di riduzione. 

Stampa schedine avanzata 

Consente la stampa direttamente su schedina per 
sette tipi di schedine diverse: Totocalcio (italiano, 
danese e svedese), Totip (nei tre tipi esistenti), Ena- 





lotto. Mentre la funzione contenuta in Genius 
funziona al meglio con stampanti Epson com- 
patibili ad aghi, questa utility consente di usare 
qualsiasi tipo di stampante esistente (aghi, get- 
to e laser), poiché utilizza i driver del sistema o- 
perativo. La posizione dei segni e i tipi di stam- 
pa sono estesamente configurabili. 

Ordinamento probabilistico 

Permette di ordinare un sistema colonnare in 
base a dei parametri probabilistici. 
L'ordinamento delle colonne può avvenire se- 
guendo le impostazioni dei picchetti tecnico e 
giocato ed eventualmente operando distinzioni 
tra vincite di prima o di seconda categoria. 
Vengono conservate le colonne che sono posi- 
zionate aH'interno di un intervallo scelto dall'u- 
tente. 

RIDUTTORE 

Il funzionamento è analogo alla Riduzione a 
Garanzia 1 2 Ricerca Primato contenuta nel pro- 
gramma principale. Dà però delle percentuali 
di riduzione molto più elevate nella maggior 
parte dei casi. Funziona da CU ed elabora i file 
colonnari NTP o GNS provenienti da Genius. 

RIDUTTOREMR 

Permette di effettuare riduzioni con Massima 
Rappresentatività. Nelle riduzioni a garanzia 12 
normale, una stessa colonna vincente (e vin- 
cente comprende sia i 1 3 che i 1 2) è coperta 
da più colonne (generando vincite multiple). 
Con questo metodo invece, con un limitato 
numero di colonne si copre un numero molto 
maggiore di possibilità di vincita. 


ne/quartine costituenti il sistema in- 
tegrale, possono essere selezionate 
quelle che desideriamo componga- 
no il sistema ridotto. Genius consen- 
te di organizzarle in tre gruppi aventi 
“peso” variabile nella proce- 

I dura di selezione che dipen- 
de dalle scelte dell’utente. 
Prima di tutto si può imporre 
che la colonna selezionata 
debba essere composta da 
un numero determinato di ter- 
zine/quartine per ciascun 
gruppo. Per esempio, se nel 
terzo gruppo sono state inclu- 
se le combinazioni meno pro- 
babili secondo il picchetto 
giocato, imponendone la pre- 
senza in numero elevato (2 o 
3), decidiamo in realtà che il 
sistema finale sarà candidato 
a eventuali vincite molto alte. 
Inoltre si può operare aritmeti- 
camente (somma e prodotto) 
sui numeri di posizione delie terzine 
decidendo valori mas- 
simi e minimi. 

È un metodo veloce 
per decidere la gam- 
ma di probabilità di u- 
scita delle colonne di 
un sistema: usando 
l’ordine dato dal pic- 
chetto tecnico, defi- 
nendo un valore mas- 


simo molto alto potranno essere 
“pescate” anche le terzine più im- 
prevedibili. 

Infine, il condizionamento delle posi- 
zioni uguali consente di sfruttare il 
fatto quasi sicuro, ma non molto effi- 
cace, secondo cui almeno due terzi- 
ne/quartine della colonna vincente 
abbiano lo stesso numero di posi- 
zione; i parametri restrittivi sono libe- 
ramente configurabili. 

I CONDIZIONAMENTI 

Condizionare un sistema significa 
selezionare dall’Integrale di parten- 
za solo quelle colonne che possie- 
dono determinate caratteristiche o 
particolari successioni di segni, 
scelti dall’utente per mezzo di diver- 
se classi di parametri, in base a pre- 
ferenze dettate dall’esperienza per- 
sonale o dalle statistiche derivate 
dalla storia del totocalcio. 

I metodi di condizionamento dispo- 



II pannello 
di impostazione 
del condizionamento 
per il quadro filtro 
AND. 



Genius consente 
la verifica per 
ogni condizionamento. 
In questo caso 
è effettuato 
un controllo 
sui segni totali. 
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nibili sono numerosi. Per l’analisi in 
dettaglio, vedi il box. 

LA POSTELABORAZIONE 
DEL SISTEMA 

Una volta delimitato l’integrale e im- 
postati i filtri di condizionamento può 
essere sviluppato il sistema finale da 
giocare. 

Genius consente il controllo dell’effi- 
cienza di tutti i vari filtri di condizio- 
namento utilizzati, fornendo un qua- 
dro statistico di riepilogo molto det- 
tagliato per ognuno di essi. 

Questo tipo di Check è sicuramente 
uno strumento utilissimo per il siste- 
mista che vuole avere un riscontro 
immediato sulle sue sperimentazio- 
ni, soprattutto perchè esteso a tutti i 
condizionamenti. 

Un’altra operazione fondamentale è 
la riduzione. Essa consiste nel rap- 
presentare l’intero sistema condizio- 
nato con un numero molto inferiore 
di colonne, con un controllo ben 
preciso sulle opportunità di vincita 
che inevitabilmente si perdono con il 
risparmio. 

Nella modalità “Garanzia di Vincita" 
vengono conservate una parte delle 
colonne del condizionato senza o- 
perare alcuna modifica: la probabi- 
lità di conservare nel ridotto una co- 
lonna vincente realizzata nel condi- 
zionato è abbastanza alta, ma il ta- 
glio dei costi è basso e non sono 
possibili vincite multiple con uno 
stesso sitema. 

Con la “Garanzia 12” vengono gene- 
rate anche colonne non contenute 
nel condizionato, un 13 nel condizio- 
nato si traduce in almeno un 12 ed è 
probabile ottenere vincite multiple. 
La “Garanzia 12 Ricerca Primato”, 
che richiede tempi molto lunghi su 
68000, genera un sistema ridotto 
per ogni colonna del condizionato e 
conserva solamente quello costituito 
da meno colonne. 

Una volta processato completamen- 
te il sistema, occorrerà riversarlo sul- 
le schedine da giocare. 

Genius permette di stampare diret- 
tamente sulle schedine configuran- 
do le spaziature tra i bollini e diversi 
altri parametri. 

L’utility Plus comprende un pro- 
gramma avanzato per la stampa di 
schedine di tutti i tipi (vedi box). 

Per chi non possiede la stampante, 


Genius offre un’utile opzione di det- 
tatura vocale automatica delle sche- 
dine; inoltre è possibile l’accorpa- 
mento delle schedine per ridurre i 
tempi di compilazione. 

Per il salvataggio delle colonne, Ge- 
nius consente di utilizzare due for- 
mati differenti. 

NTP, lo standard affermato su tutti i 
sistemi, è presente in versione 
Amiga o anche PC IBM, in modo da 
rendere le colonne generate da Ge- 
nius direttamente accessibili ai pro- 
grammi PC. Dal momento che NTP, 
come tutti gli standard di fatto e non 
di diritto, risulta per certi versi ineffi- 
ciente, Genius mette a disposizione 
il formato proprietario GNS che a 
parità di sistema occupa cinque vol- 
te meno spazio su disco. 

Per verificare i risultati e le eventuali 
vincite, Genius consente di effettua- 
re lo spoglio automatico delle sche- 
dine, scoprendo le vincite nel condi- 
zionato e nel ridotto e tutte le colon- 
ne che abbiano raggiunto un pun- 
teggio stabilito. 

È anche possibile avere una stima 
approssimativa delle quote della 
settimana, ricavata confrontando la 
schedina vincente con il picchetto 
giocato. 

Un’altra possibilità interessante di 
Genius è la capacità di generare si- 
stemi misti. 

In sostanza è possibile sottoporre u- 
no stesso pronostico a due diversi 
filtri di condizionamento, effettuare la 
riduzione in modo indipendente e 
riunire infine le colonne ottenute in 
un unico sistema. 

Si può quindi portare avanti nello 
stesso sistema due sistemi paralleli, 
uno magari per evoluzioni altamente 
prevedibili, l’altro per evoluzioni sor- 
prendenti. 

CONCLUSIONI 

Genius 2.5 è in definitiva un ottimo 
programma, e si afferma con pieno 
merito il migliore elaboratore di si- 
stemi Totocalcio esistente sul mer- 
cato Amiga. 

Le possibilità offerte sono notevolis- 
sime e sicuramente allineate con 
quelle dei migliori programmi di si- 
stemistica per MS-DOS, oltre ad a- 
vere il già accennato pregio di esse- 
re disponibili contemporaneamente 
all’interno dello stesso programma. 


Le piccole lacune ancora presenti 
nell’interfaccia utente, certamente 
funzionale, verranno definitivamente 
superate a partire dalla futura ver- 
sione 3.0, interamente sviluppata 
nell’ormai collaudato ambiente MUI 
e riscritta completamente, che non 
vedrà però la luce prima della fine 
dell’anno. 

La logica modulare del programma 
di supporto Plus consente inoltre u- 
na relativa facilità nell’introduzione di 
nuove possibilità o nel perfeziona- 
mento di quelle già incluse nel pro- 
gramma principale. 

Genius possiede tutte le caratteristi- 
che necessarie (e non solo) per es- 
sere utilizzato con successo in qual- 
siasi ricevitoria, anche considerato il 
suo prezzo (basso se confrontato a 
quello di analoghi su MS-DOS) e il 
costo esiguo dell’hardware minimo 
che richiede per funzionare, dal mo- 
mento che per un utilizzo medio può 
essere impiegato con successo an- 
che un semi-portatile Amiga 1200 
collegato a un comune televisore. 

▲ 

SCHEDA ptODOTTO 


Nome 

Genius 2.5 

Produttore 

ESS Software 

Distributore 

ESS Software 

Prezzo 

L. 150.000 IVA compresa 

Giudizio 

ottimo 

Configurazione 

richiesta 

qualsiasi Amiga 
(consigliato 68020 e 2 

Mb di RAM per funzioni 
avanzate) 

Pro 

numerosissime e 
sofisticate funzioni, 
check per tutti i 
condizionamenti, 
modalità avanzate con 
Plus, complete possibilità 
di stampa, limitate 
richieste hardware, 
basso costo, buon 
manuale 

Contro 

requester migliorabili, 
alcuni metodi di difficile 
applicazione per i non 
esperti 
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Eliminazione delle facce nascoste 


Grafica 3D 


Alberto Geneiettì 


In questo articolo esamineremo uno degli algoritmi più 
diffusi per l’eliminazione delle facce nascoste utilizzati 
nella visualizzazione di modelli tridimensionali descritti 
per mezzo di superfici poligonali. 

Questo algoritmo, noto con il nome di Z buffer, presenta 
infatti una complessità di calcolo abbastanza limitata, ed è 
quindi particolarmente adatto a essere implementato in 
hardware all’interno dell’acceleratore grafico di una work- 
station ad alte prestazioni. 

Struttura di un sistema grafico 

In fase di visualizzazione ciascuna faccia di un modello 
rappresentato sotto forma di guscio di poligoni viene sot- 
toposta a un certo numero di elaborazioni, che permetto- 
no di passare dalle coordinate in cui è descritta la superfi- 
cie poligonale alla proiezione prospettica o assonometrica 
che viene disegnata a video. 

L’insieme di queste trasformazioni viene identificato nel 
linguaggio tecnico con il termine di graphic pipeline (tu- 
batura grafica), e comprende il concatenamento delle ma- 
trici di rototraslazione dei sistemi di coordinate associati a 
ciascuna parte del modello, la proiezione all'interno dello 
spazio visibile descritto dai parametri della telecamera vir- 
tuale, l’eliminazione di tutto ciò che non è visibile in 
quanto esterno a tale spazio, il passaggio dal 3D al 2D, 
l’eliminazione delle superfici nascoste e l’eventuale om- 
breggiatura o resa fotorealistica dell’immagine e infine la 
visualizzazione vera e propria. 

Per quanto riguarda la teoria relativa alle matrici di rototra- 
slazione rimandiamo agli articoli dedicati all’argomento 
pubblicati in queste stesse pagine nei numeri passati. 

All’interno della graphic pipeline queste matrici vengono 
gestite con politica LIFO (Last In, First Out): questo per- 


mette di passare dal sistema di riferimento assoluto a quel- 
li nei quali sono state rappresentate le varie parti dell’og- 
getto che si vogliono visualizzare, inserendo delle matrici 
di rototraslazione in cima a uno stack, e di tornare poi in- 
dietro di sistema in sistema rimuovendole nell’ordine in- 
verso a quello nel quale sono state inserite. 

Ciò che viene effettivamente posto in cima allo stack, tut- 
tavia, non è la matrice di rototraslazione vera e propria, 
ma il prodotto matriciale di tale trasformazione con quella 
che occupava precedentemente la cima dello stack. 

Lo stack della graphic pipeline viene inizializzato per mez- 
zo di una matrice di 16 valori calcolati a partire dai para- 
metri che definiscono la telecamera virtuale (view): il pun- 
to di vista, il punto di riferimento, posto sull’oggetto che 
stiamo guardando e lo spazio visibile dalla telecamera, un 
parallelepipedo nel caso dell’assonometria, un tronco di 
piramide nel caso della prospettiva. 

In pratica definiamo una vista rettangolare, limitata anche 
in profondità da due piani: uno coincidente con quello 
dello schermo, e uno più lontano, detto back-clipping pia- 
ne, dietro al quale non ci interessa vedere più nulla. 

Questa soluzione, che può sembrare un po’ artificiosa, ri- 
sulta invece molto pratica non solo perché permette di ve- 
locizzare la visualizzazione evitando di disegnare anche 
oggetti tanto lontani da apparire comunque indistinguibili, 
ma soprattutto per l’implementazione del nostro algoritmo 
di rimozione delle linee nascoste. 

Moltiplicando un vettore contenente ciascun vertice di un 
poligono per questa matrice si ottiene la proiezione del 
poligono all’interno di tale spazio, che può essere pensato 
sempre come un cubo di lato 2 centrato nell’origine del si- 
stema di riferimento, con gli otto vertici posti nei punti di 
coordinate in valore assoluto tutti uguali a 1 . 

A questo punto siamo passati dalle coordinate nel mondo 
dell’oggetto (World Coordinate o WC) alle coordinate nel- 


J< > A 


35 




□n 


la view (VC), spazio nel quale ri- 
sulta particolarmente semplice ef- 
fettuare le trasformazioni succes- 
sive. Questa semplificazione per- 
mette infatti di ritagliare in modo 
semplice tutti i poligoni o le parti 
di poligono non visibili, un’opera- 
zione nota con il termine clipping. 

Non ci resta quindi che passare 
dalle coordinate della view a quel- 
le della viewport, proiettandoci 
così in quell'area rettangolare che 
vediamo visualizzata sullo scher- 
mo: questo sistema di coordinate 
viene detto device coordinate Sy- 
stem (DC) ed è naturalmente un 
sistema bidimensionale nel quale viene persa l’informazio- 
ne relativa alla profondità dei punti nello spazio. 

Abbiamo così calcolato le coordinate (Xi, Yi) di ciascun 
vertice del poligono, individuando i punti del contorno di 
un’area che deve essere riempita dalla funzione per il 
riempimento di aree poligonali presente praticamente nel- 
la totalità delle librerie grafiche 2D. 

Tutte queste operazioni possono essere implementate tan- 
to in software quanto in hardware; purtroppo non abbia- 
mo notizia di alcun acceleratore grafico 3D per piattafor- 
me Amiga. Nel mondo PC ne esistono pochissimi modelli, 
per esempio le schede MGA della ditta canadese Matrox, 
che tuttavia trovano impiego limitato per il momento, a 
causa della mancanza di una libreria grafica standard in 
grado di supportare la presenza di hardware di questo ti- 
po: OpenGL, la libreria di Silicon Graphics disponibile su 
alcune versioni di Windows NT si propone di risolvere 
proprio questo problema. 

Sono invece molto diffusi gli acceleratori grafici 3D per 
piattaforme Silicon Graphics e HP Apollo, che sono in gra- 
do di elaborare e visualizzare ben 150.000 poligoni al se- 
condo. 

L’eliminazione delle facce nascoste 

Non tutti i poligoni che entrano nella graphic pipeline rag- 
giungono l’altra estremità del processo, e cioè la fase di vi- 
sualizzazione. 

Un primo filtraggio particolarmente efficace viene effet- 
tuato calcolando la direzione normale, e cioè una retta 
perpendicolare al piano del poligono, e verificando che 
questa formi con la retta congiungente il punto di vista 
della telecamera virtuale con il punto di riferimento un an- 
golo compreso tra -90° e + 90°. Nel caso questa condizio- 
ne non sia verificata significa infatti che il poligono ci sta 


voltando le spalle, e non siamo 
quindi in ogni caso in grado di ve- 
derlo. 

Il calcolo dell’angolo individuato 
da queste due direzioni viene ef- 
fettuato nel sistema di riferimento 
della view (VC). L’orientamento 
della normale verso l’interno o 
l’esterno del guscio del modello ri- 
sulta definito al momento della 
definizione della sequenza dei 
vertici di ciascun poligono: per 
esempio, può essere utilizzata la 
convenzione di considerare la 
normale uscente dal poligono 
quando questa punti verso un os- 
servatore che vede i vertici susseguirsi in senso antiorario. 

Questo primo filtraggio, noto con il termine di back-face 
culling, elimina circa la metà dei poligoni candidati alla vi- 
sualizzazione. Tutti i poligoni che non vengono filtrati 
proseguono invece il loro viaggio attraverso la graphic pi- 
peline, per venire sottoposti poi a un algoritmo di rimo- 
zione delle superfici nascoste più rigoroso, per esempio lo 
Z buffer. Il semplice back-face culling infatti fornisce risul- 
tati corretti soltanto in presenza di un unico oggetto con- 
vesso, come una sfera. In questo caso i poligoni visibili ri- 
sultano sempre esattamente quelli con la normale che 
punta in direzione dell’osservatore. 

Nel caso invece la scena sia composta da due oggetti, po- 
sti a profondità differenti, capita generalmente che la 
proiezione di uno dei due si sovrapponga a quella dell’al- 
tra, pur essendo state entrambe risparmiate dal filtraggio. 
In questo caso per determinare quali punti di ciascun og- 
getto risultino scoperti e quindi visibili dalla posizione 
dell’osservatore, occorre considerare anche la profondità 
di ciascun punto della superficie. 

Lo Z buffer 

Il principio di funzionamento dello Z buffer è estrema- 
mente semplice. Al momento della creazione della finestra 
di visualizzazione, viene creata una matrice bidimensiona- 
le di pari dimensioni, che servirà a contenere punto per 
punto la profondità del pixel visualizzato in posizione 
omologa nella viewport. 

Inizialmente lo Z buffer viene inizializzato con i valori di 
profondità del back clipping piane (pari a uno nello spa- 
zio della view), che corrisponde al massimo valore di 
profondità che dovremo processare, in quanto punti più 
lontani sono già stati eliminati dalla fase di clipping. 

Ogni volta che dobbiamo visualizzare un poligono calco- 
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liamo la profondità di ciascun punto e la confrontiamo 
con quella presente nello Z buffer. 

Se questa profondità è più elevata significa che il punto 
del poligono è più lontano dall’osservatore di quello mo- 
mentaneamente presente nella corrispondente posizione 
dello Z buffer, e non deve essere visualizzato, in quanto 
esiste un oggetto che lo ricopre. 

Nel caso invece la profondità del punto sia meno elevata 
potremo colorare il corrispondente pixel nella viewport, 
provvedendo poi ad aggiornare la profondità registrata 
nello Z buffer per i test successivi. 

Malgrado la semplicità e l’elevato numero di test effettuati 
lo Z buffer esibisce prestazioni molto convincenti rispetto 
ad altri algoritmi per la soluzione del problema dell’elimi- 
nazione delle facce nascoste, soprattutto in presenza di un 
numero di poligoni piuttosto elevato, purché tutti di di- 
mensioni limitate. In tal caso, il numero di test da effettua- 
re è pari all’incirca al numero di punti presenti nella view- 
port. 

Naturalmente non è difficile mettere in crisi questa cifra di 
merito, studiando delle situazioni in cui l’approccio bruta- 
le e poco perspicace utilizzato nell’effettuare i test com- 
porti delle prestazioni poco brillanti. Pensiamo per esem- 
pio a un grosso poligono che ricopra gran parte della sce- 
na già processata: tutti i test punto a punto effettuati prima 
di processare tale poligono risulteranno in tal caso inutili. 

Fortunatamente, i modelli utilizzati in computer graphics 
sono costituiti oggi da un numero di poligoni molto eleva- 
to: per vedere interamente l’oggetto dovremo quindi al- 
lontanarci tanto da aver di fronte molti piccoli poligoni, e 
cioè una situazione favorevole all’utilizzo dello Z buffer. 

Nel caso poi di due poligoni che si intersecano, il calcolo 
punto a punto dello Z buffer permette di calcolare la cor- 
retta intersezione dei due, mentre la maggior parte degli 

algoritmi di rimo- 
zione delle facce 
nascoste non è in 
grado di gestire 
questa situazione, 
che viene conside- 
rata come indice di 
una scorretta mo- 
dellazione. 


Implementazione 

software 

Il primo problema 
da risolvere riguar- 
da la codifica di 



Digital Differential Analyzer 
Figura 2. 


una funzione che, in presenza dell’array delle coordinate 
bidimensionali dei vertici di un poligono in Device Coor- 
dinate (DC) calcoli la posizione di ciascun punto interno 
ad esso. Questa funzione è già presente nelle librerie gra- 
fiche, poiché viene utilizzata dalle funzioni di riempimen- 
to aree, dalle quali tuttavia non può essere isolata. 

Per ciascun punto del poligono, dovremo poi tornare in- 
dietro dallo spazio bidimensionale delle DC a quello 3D 
delle VC (View Coordinate), per calcolarne la profondità, 
utilizzando delle informazioni ricavate dalla geometria del 
poligono. 

La scansione dei poligoni 

La maggioranza dei modelli poligonali è costituita da gusci 
di triangoli: questo perché gli scanner 3D al laser o con ta- 
statore meccanico approssimano le superfici per mezzo di 
piani, per individuare i quali sono sufficienti tre punti. 

L’utilizzo di triangoli inoltre semplifica le operazioni di 
editing, in quanto non è necessario preoccuparsi del fatto 
che i vertici siano complanari, poiché in un triangolo lo 
sono necessariamente. Per questo motivo cominceremo a 
esaminare un algoritmo di scansione per soli triangoli, che 
verrà poi esteso al caso dei poligoni convessi. 

La scansione dei triangoli 

L’algoritmo parte dal presupposto di lavorare su due array 
XVertex e YVertex. Tali vertici, espressi in DC, vengono 
ordinati per y crescenti, per esempio nel modo seguente: 

sorted = FALSE; 
while (tsorted) { 
sorted = TRUE; 
for (i = 0; i < 2; i++) 

if (YVertex[i] > YVertex[i+l] || 

( YVertex [ i ] == YVertex [i+1] && 

XVertex [ i ] < XVertex [i+1] ) ) { 

SWAP ( YVertex [ i ] , YVertex[i]); 

SWAP ( XVertex [ i ] , XVertex [i+1] ) ; 
sorted = FALSE; 

> 

} 

Ci si pone poi nel vertice più in basso (XVertexlOl), e si in- 
seguono i due lati da esso uscenti utilizzando un algorit- 
mo di scansione delle linee, fino a quando non si raggiun- 
ge la y relativa al secondo vertice. A questo punto si rical- 
colano i parametri per il nuovo lato da inseguire, e si pro- 
segue fino a raggiungere il terzo vertice. 

L’algoritmo di inseguimento più utilizzato in computer 
graphics è noto con il termine DDA (Digital Differential 
Analyzer): si tratta infatti di una soluzione che permette di 
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lavorare in modo molto veloce, utilizzando unicamente 
somme tra numeri interi. 

L’algoritmo lavora in modo differente a seconda dell’incli- 
nazione della retta inseguita, ma può essere parametrizza- 
to in modo da poter gestire ogni situazione. 

Nel caso evidenziato in figura 2 la coordinata x cresce più 
rapidamente della y, e di conseguenza per ciascun valore 
di y verranno plottati più punti. L’algoritmo effettua allora 
un ciclo, a ciascuna occorrenza del quale, incrementa la 
coordinata x (o in generale la coordinata che cresce più 
rapidamente). 

A ogni iterazione l’algoritmo deve scegliere se raggiungere 
il punto A o il punto B, ed effettua tale scelta utilizzando 
una funzione di decisione, che assume valori positivi 
quando il punto C è piu vicino ad A che a B, negativi nel 
caso contrario. Quando la funzione è positiva si sale quin- 
di di una riga, altrimenti si prosegue in orizzontale. 

Le funzioni di decisione generalizzate sono calcolate a 
partire dai seguenti parametri: 

dxl = XVertex [ 1 ] - XVertex[0]; 

dx2 = XVertex [ 2 ] - XVertex[0]; 

dyl = YVertex[l] - YVertex[0]; 

dy2 = YVertex [ 2 ] - YVertex [ 0 ] ; 

sxl = SIGN(dxl); 

sx2 = SIGN(dx2 ) ; 

ixl = ABS(dxl) ; 

ix2 = ABS ( dx2 ) ; 

iyl = ABS (dyl ) ; 

iy2 = ABS ( dy2 ) ; 

incl = MAX(ixl, iyl); 

inc2 = MAX(ix2, iy2 ) ; 

xl = x2 = yl = y2 = 0; 


Il valore di yl stabilisce quando è ora di passare alla riga 
successiva nell’inseguimento del primo lato (quello da 
Vertex[0] a Vertex[l]), mentre y2 opera analogamente inse- 
guendo il secondo lato (quello da Vertex[0] a Vertex[2]). 

Quando ci si è spostati di una riga inseguendo entrambi i 
lati, le variabili from e to contengono le x relative al punto 
di ingresso e di uscita dal poligono della scanline y. Que- 
ste due variabili vengono inizializzate entrambe con la X 
del primo vertice, e si allontanano poi man mano che la y 
si allontana dal valore iniziale YVertex[0]. 


while (y != YVertexfl]) { 
while (1) { 
xl += ixl; 
yl += iyl; 
if (xl > incl) { 
xl -= incl; 
from += sxl; 

} 

if (yl > incl) { 
yl -= incl; 
break; 

} 

> 

while(l) { 
x2 += ix2 ; 
y2 += iy2 ; 
if (x2 > inc2) { 
x2 -= inc2; 
to += sx2; 

> 

if (y2 > inc2 ) { 
y2 -= inc2; 
break; 

} 

} 

y++; 


A questo punto risultano definite le variabili y, from e to, 
che individuano tutti i punti della scanline corrente appar- 
tenenti al triangolo. 

La seconda fase della scansione, quella che investe anche 
il terzo lato, è del tutto analoga alla prima, una volta reini- 
zializzati opportunamente i parametri della funzione di 
decisione yl in modo da inseguire il nuovo lato. 

dxl = XVertex[2] - XVertex[l]; 

dyl = YVertex[2] - YVertex[l]; 

sxl = SIGN(dxl); 

ixl = ABS (dxl ) ; 

iyl = ABS (dyl); 

incl = MAX(ixl, iyl); 

from = XVertex(l); 

xl = 0; 

Il ciclo viene ripetuto fino a quando non viene raggiunta 
la y relativa al terzo vertice: 

while (y != YVertex[2]) { 


from = to = XVertex[0]; 
y = YVertex [ 0 ] ; 

Il ciclo relativo alla scansione della prima parte del poligo- 
no può essere così scritto: 


} 

La prossima volta concluderemo l’esame degli altri algorit- 
mi necessari a effettuare la rimozione delle facce nascoste. 
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Interfacciamo Amiga! Il software 


Gli interrupt (parte IV) 


Vincenzo Gervasi 


In questo ultimo incontro, con le delizie (?) della program- 
mazione a basso livello delle interfacce di I/O di Amiga, ci 
occuperemo di uno degli aspetti più importanti in assolu- 
to: la gestione degli interrupt. Soltanto questo meccani- 
smo, infatti, garantisce una corretta gestione dell’hardwa- 
re, specialmente aU’intemo di un sistema multitasking co- 
me AmigaOS. 

Vedremo infine come sia possibile applicare queste tecni- 
che (e altre di cui abbiamo discusso nei numeri preceden- 
ti) per la lettura di sensori con uscita in frequenza, già illu- 
strati sul numero 64 di Amiga Magazine. 

Gli interrupt di Amiga 

Al contrario di quanto avviene, per esempio, nell’architet- 
tura PC, Amiga, per il proprio funzionamento, fa affida- 
mento in modo massiccio sugli interrupt. Abbiamo già in- 
contrato alcuni degli interrupt utilizzati per la programma- 
zione di I/O: TBE (Transmit Buffer Empty) e RBF (Receive 
Buffer Full) per la porta seriale, DSKBLK e DSKSYNC per 
la porta floppy e così via; nell’introdurre ciascuno di que- 
sti interrupt, abbiamo descritto sotto quali condizioni il di- 
spositivo periferico (fosse esso interno ad Amiga o meno) 
imposta la richiesta di interruzione o IRQ (Interrupt Re- 
quest). 

Da questo momento, ha inizio una serie di attività abba- 
stanza complesse: in primo luogo, Paula riceve l’IRQ e 
reagisce impostando il bit del suo registro INTREQ corri- 
spondente alla IRQ ricevuta; se poi questo interrupt era 
abilitato (registro INTENA, bit 0-13) e l’abilitazione globale 
è attiva (INTENA, bit 14), Paula trasmette l’IRQ al 680x0. 
Quest’ultimo, notata la cosa, confronta la priorità dell’IRQ 
ricevuta con quella attualmente in uso e, se la prima era 
superiore, provvede a servire l’IRQ. Quest’ultimo passo 
prevede il passaggio del 680x0 al modo supervisore, l’asse- 
gnazione di un nuovo livello di priorità, il salvataggio sul- 


lo stack supervisore di alcuni registri e infine il salto alla 
routine di servizio dell’IRQ (l’indirizzo della quale è otte- 
nuto tramite diversi accessi in memoria). 

A questo punto, entra in gioco Exec, il quale provvede a 
identificare quale interrupt è stato generato (esaminando 
INTREQR) e, di conseguenza, a invocare le procedure 
(definite dall’utente o dallo stesso AmigaOS) necessarie. 

È particolarmente importante rispettare le priorità asse- 
gnate a ciascun interrupt. Soltanto grazie alle priorità, in- 
fatti, è possibile evitare che un dispositivo, inviando IRQ 
troppo frequenti, possa interrompere la propria routine di 
servizio (portando allo stallo il sistema) e, al tempo stesso, 
garantire che interrupt più “urgenti" (come RBF, che ri- 
chiede al buffer di ricezione della seriale di venire svuota- 
to prima dell’arrivo del carattere successivo) vengano ser- 
viti in tempo senza essere rallentati da quelli meno urgenti 
(come TBE, che segnala soltanto “pronto a trasmettere il 
prossimo carattere”, ma può attendere a piacere). 


IRQ 

Priorità 

Origine e 

Tipo 

Exec 

680x0 

significato 

gestore 

NMI 

15 

7 

Esterna (sul bus di espansione) 

Server 

EXTER 

13 

6 

CIA B: timer, seriale o FLG; 
sul bus di espansione come INT6 

Server 

DSKSYNC 

12 

5 

Floppy: trovato il sync 

Handler 

RBF 

11 

5 

Seriale: buffer di ricezione pieno 

Handler 

AUDI 

10 

4 

Audio: il canale 1 ha terminato 

Handler 

AUD3 

9 

4 

Audio: il canale 3 ha terminato 

Handler 

AUD0 

8 

4 

Audio: il canale 0 ha terminato 

Handler 

AUD2 

7 

4 

Audio: il canale 2 ha terminato 

Handler 

BLIT 

6 

3 

Blitter: operazione terminata 

Server 

VERTB 

5 

3 

Video: inizio vertical bianking 

Server 

COPER 

4 

3 

Copper: scrittura su INTREQ 

Server 

PORTS 

3 

2 

CIA A: timer, seriale o FLG: 
sul bus di espansione come INT2 

Server 

TBE 

2 

1 

Seriale: buffer di trasmissione vuoto 

Handler 

DSKBLK 

1 

1 

Floppy: trasferimento terminato 

Handler 

SOFTINT 

0 

1 

Software: CauseQ o messaggi 

— 


Tabella 1. 
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Chiaramente, visto che l’(attuale) architettura Amiga pre- 
vede una quindicina di interrupt, mentre i livelli di priorità 
del 680x0 sono soltanto sette (di cui uno non utilizzabile 
perché indica lo stato di normale elaborazione), occorre 
“rimappare" opportunamente queste priorità. 

In tabella 1 potete trovare l’elenco di tutti gli interrupt, con 
la relativa priorità (dal punto di vista di Exec e del 680x0) 
e origine. Esula dai nostri scopi esaminare in dettaglio tutti 
gli interrupt; è però importante sapere come gestire quelli 
che già conosciamo. 

Exec prevede due forme di gestione degli interrupt, dette 
interrupt handler e interrupt server, il tipo di gestione di 
ciascun interrupt è fissato ed è riportato in tabella 1. 

Un handler è l’unico e completo responsabile del tratta- 
mento dell’interrupt cui è preposto: in particolare, deve 
provvedere a resettare il bit di richiesta corrispondente (in 
INTREQ) dopo aver servito l’interruzione. Al contrario, un 
server è uno di (possibilmente) molti gestori di un partico- 
lare interrupt, e viene chiamato come una subroutine di 
Exec, il quale provvede in proprio alla gestione diretta 
dell’interrupt. Un server deve quindi esaminare la sorgen- 
te dell’IRQ; se è in grado di gestirla, deve farlo, altrimenti 
deve ritornare senza alcuna azione lasciando che sia un al- 
tro dei server della stessa catena a gestire (interrupt. 

Esaminando la tabella, si può vedere come siano designati 
“server” gli interrupt che possono avere più origini (NMI, 
EXTER, PORTS) o di utilità generale (VERTB, COPER, 
BLIT); gli interrupt designati “handler” sono invece gestiti 
direttamente dal sistema, tramite .device specifici. 

Installazione di un gestore 

Per aggiungere un proprio handler o server al sistema, oc- 
corre innanzitutto preparare una struttura Interrupt, così 
definita: 

struct Interrupt { 

struct Node is_Node; 

APTR is_Data; 

VOID ( *is_Code) ( ); 

}; 

Trattandosi di una struttura condivisa fra l'applicazione e 
AmigaOS (e a cui, fra l’altro, possono accedere altre appli- 
cazioni), essa dovrebbe essere allocata tramite AllocMem( ) 
con il flag MEMF_PUBLIC, e non, per esempio, sullo stack 
dell’applicazione come una variabile locale. 

In realtà, la differenza sarebbe osservabile solo in sistemi 
dotati di memoria protetta o virtuale, o tramite apposite 


HANDLER E SERVER: 

LE CONVENZIONI DI CHIAMATA 


ambiente in cui vengono eseguiti i gestori di interrupt è diverso da 
quello normalmente usato dai programmi utente e dalle librerie di Ami- 
gaOS. In primo luogo, il microprocessore lavora in modo supervisore , e 
utilizza lo stack supervisore-, di conseguenza, non è possibile fare riferi- 
mento a variabili locali del proprio task (che, in genere, sono allocate sul- 
lo stack del task). Non si può nemmeno contare sul fatto che certi registri 
abbiano valori particolari (per esempio, molti compilatori usano A4 o A5 
per puntare alle variabili globali, fra cui le basi delle librerie) e, in genere, 
non è possibile chiamare funzioni di AmigaOS che causino attesa (come 
WaitQ e quasi tutto AmigaDOS) o operino su strutture dati condivise (fra 
cui AllocMemO, che opera sulle liste di memoria). Rimangono disponibi- 
li soltanto alcune funzioni basilari come Enable()/DisableQ, Signal (), 
CauseO e quelle per i messaggi, nonché il gruppo di funzioni di Exec per 
la gestione delle liste (da usare solo su liste private!). Pochissime altre ec- 
cezioni sono documentate caso per caso. 

Naturalmente, è di estrema importanza che il tempo di servizio dell’inter- 
rupt sia ridotto al massimo; può quindi essere utile far sì che (handler o il 
server si limiti a inviare un messaggio o un segnale a un task di gestione, 
che poi procederà a priorità 0, oppure causi un software interrupt, ridu- 
cendo in tal modo la priorità a 1, e ritorni immediatamente. 

Al momento dell’invocazione di un handler, questi sono i valori nei regi- 
stri del processore: 

^ DI contiene il codice degli interrupt attivi (INTREQR and INTENAR) 
^ AO punta alla base dei chip custom (struct custom, $DFF000) 

^ Al punta ai dati indicati nel campo is_Data della struct Interrupt 
^ A5 punta all’inizio del proprio codice (campo is_Code) 

^ A6 punta alla base di Exec (SysBase) 

tutti questi registri, nonché DO, possono essere usati liberamente dal codi- 
ce dell’handler; tutti gli altri, se usati, devono essere salvati in entrata e ri- 
pristinati prima dell’uscita. L’handler deve ritornare con un’istruzione 
RTS (e non RTE), e deve resettare il bit di richiesta del proprio interrupt. 

Nel caso dei server: 

l/ Al punta ai dati indicati nel campo is_Data della struct Interrupt 
y' A5 punta all’inizio del proprio codice (campo is_Code) 

Il codice può usare liberamente D0-D1, A0-A1 e A5-A6, e deve preservare 
gli altri; inoltre, deve aver cura che, in uscita (ottenuta sempre tramite 
RTS), il flag Z del processore sia alto se (interrupt non era diretto a questo 
server, resettato altrimenti. In pratica, Exec chiama in sequenza (in ordi- 
ne di priorità) tutti i server di una particolare catena, finché uno di essi 
non fa ritorno con Z=0, o si termina la lista. Un caso particolare è costi- 
tuito dai server della VERTB, che devono sempre ritornare con Z=l, per 
permettere alle routine standard di sistema di essere eseguite; inoltre, que- 
ste routine si aspettano di ricevere in AO un puntatore alla base dei chip 
custom (JDFFOOO), e i server aggiunti dall’utente a priorità 10 o maggiore 
devono uscire con il valore richiesto in AO (valore che, peraltro, riceveran- 
no già in input). Come capita spesso, discutere se questo sia un “bug” o 
una “feature” è del tutto accademico... 
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utility; non guasta comunque seguire la pro- 
cedura corretta... per il futuro. 

Il contenuto di is_Data verrà passato all’hand- 
ler o al server nel registro Al, e dovrebbe es- 
sere usato come puntatore a un'area dati con- 
divisa fra il task che installa l’interrupt e la 
routine di gestione. L’indirizzo di questa rou- 
tine è contenuto in is_Code, e la routine stes- 
sa deve rispettare le convenzioni indicate nel 
riquadro. Infine, la struttura Node deve esse- 
re inizializzata ponendo ln_Type a NT_IN- 
TERRUPT e ln_Pri alla priorità richiesta (0 per 
gli handler); è inoltre utile che ln_Name punti 
a un “nome” descrittivo dell’interrupt o 
dell’applicazione che la installa. 

Ciò fatto, occorre chiamare la funzione di 
Exec appropriata per il tipo di gestione che 
vogliamo implementare: nel caso degli hand- 
ler, si tratta della SetIntVector( ), che ha come 
parametri il numero di interrupt (INTB_xxx, 
da hardware/intbits.h) e il puntatore alla 
struttura Interrupt; la funzione ritorna il pun- 
tatore alla struttura Interrupt precedente. 

Deve essere cura del programma che installa 
l’ interrupt abilitare la stessa (tramite una scrit- 
tura di INTF_SETCLR I INTF_xxx in INTENA) al momento 
opportuno, ed (eventualmente) disabilitarla alla rimozione 
della stessa. È anche possibile ripristinare l’interrupt origi- 
nale, passando alla SetIntVector( ) il puntatore ritornato 
dalla prima chiamata, ma in questo caso occorre accertarsi 
che l’hardware sia stato lasciato in uno stato accettabile 
per la prima routine di interruzione (cosa non sempre 
possibile). Passando invece alla SetIntVector( ) un punta- 
tore NULL, viene rimossa l’interrupt corrente, e le copie 
interne a Exec di is_Code e is_Data vengono poste a valori 
illegali (quindi, è fondamentale disabilitare l’interrupt pri- 
ma della chiamata!). 

Come si può notare, un interrupt gestito da un handler 
può essere “rubato” in qualunque momento da un altro ta- 
sk; non si può quindi assumere di mantenerne il possesso 
a piacere, e, viceversa, bisogna essere preparati a trovare 
l’hardware in uno stato qualunque quando si installa una 
propria routine di interrupt. Queste possono sembrare li- 
mitazioni gravi, ma bisogna considerare che tutto il siste- 
ma degli handler non è previsto per “patch” temporanei, 
ma piuttosto per essere utilizzato da .device a carattere 
permanente per il controllo di una periferica. 

Per quanto riguarda i server, Exec mette a disposizione 
due funzioni, denominate AddlntServerf ) e RemIntServer( ), 



il cui scopo è, rispettivamente, quello di aggiungere un 
server alla catena di un determinato interrupt e quello di 
rimuoverlo una volta terminata la sua funzione. I parame- 
tri di entrambi sono gli stessi della SetlntVectorf ); natural- 
mente, occorre indicare un interrupt per cui sia prevista la 
gestione di tipo server, come INTB_VERTB. 

Prowederà Exec, nel caso il server aggiunto al sistema sia 
il primo per un particolare interrupt, ad abilitarlo tramite 
INTENA; allo stesso modo, se si rimuove tramite Remlnt- 
Serverf ) l’ultimo server di una catena, l’interrupt relativo 
viene disabilitato automaticamente (prima della versione 
36 di Exec, questa caratteristica non era implementata). I 
server sono molto più flessibili degli handler, e hanno me- 
no incombenze; per questo motivo è preferibile usare nei 
propri progetti interrupt che abbiano una gestione di tipo 
server, come quelli relativi ai CIA e alle linee esterne 
(INT2, INT6 e NMI). 

L'esempio nel listato 1 (redatto, per cambiare, in E, ma fa- 
cilmente adattabile al C e ad altri linguaggi) aggiunge al si- 
stema un server per la VERTB, che si limita a contare il nu- 
mero di interrupt dal momento dell’attivazione. 

Notate che l’operatore 0 estrae l'indirizzo di una variabile, 
ed è analogo al del C e che, nell’esempio, la struct In- 


../* MODULE equivale a #include */ 

MODULE ‘ exec / nodes ’ 

MODULE 'exec/interrupts' 

MODULE ' hardware/intbits ' 

/* Gli identificatori seguono le convenzioni Assembler; 

is è una Interrupt, mentre In è un Node. */ 

DEF vbi : is , count=0 

PROC ma in ( ) 

-> Inizializza la struttura Interrupt 
vbi . In : : In . type := NT_INTERRUPT 
vbi. In: :ln.pri := -60 

vbi. In: :ln.name := 'Esempio con VERTB' 
vbi. data := {count} 
vbi. code := {vbs} 

WriteF( 'Server attivato: Delay(500) richiede... ') 
-> installa il server, attendi lOs e rimuovilo 
AddlntServer ( INTB_VERTB , vbi ) 

Delay ( 500 ) 

RemlntServer ( INTB_VERTB , vbi ) 

-> stampa il risultato 
Wr iteF ( ' \d vblanks . \n ' , count ) ENDPROC 
PROC vbserver() vbs: ADDQ.L #1 , (Al ) -> Incrementa count 

MOVEQ.L #0,D0 -> Setta Z=1 

RTS -> Ritorna a Exec ENDPROC 

Listato 1. 


41 




□ B 


trans 


Action i 


terrupt è allocata sullo stack (come già detto, ciò non sa- 
rebbe appropriato per una applicazione “vera”). 

Un’ultima parola sugli interrupt non mascheratili, NMI. Il 
loro nome deriva dal fatto che il 680x0 può essere interrot- 
to in qualunque momento da una di queste IRQ generata 
sul bus di espansione, anche all’interno di una sezione di 
codice protetta con Disablet ). Questo significa che il ge- 
store relativo non può fare affidamento su nessuna struttu- 
ra di sistema, perché potrebbe essere in uno stato inconsi- 
stente, e quindi occorre usare particolare cautela nella ste- 
sura del codice. In effetti, la NMI non è generata 
dall’hardware standard degli Amiga, e dovrebbe essere 
usata solamente in casi estremi (per esempio, nella realiz- 
zazione di un debugger con supporto hardware); non ap- 
profondiremo quindi il discorso in questa sede. 

Gli interrupt dei CIA 

Ciascuno dei due CIA può generare un interrupt (EXTER 
per il CIA B, PORTS per il CIA A), in seguito al verificarsi 
di uno di questi eventi: 

}/ scade il tempo per il timer A; 

scade il tempo per il timer B; 

1 / “sveglia” del TOD; 

t/ arrivato/trasmesso byte sulla linea seriale; 
t/ segnale sul pin FLG. 

I primi tre sono legati alla gestione dei tempi, che noi ab- 
biamo già affrontato tramite la timer. device nella prece- 
dente puntata: salvo che per esigenze molto particolari 
(temporizzazioni esatte all’ultimo “tick”, come nel caso del 
MIDI o del SMTPE), possiamo ignorarle, e in caso contra- 
rio è necessario riferirsi all’Hardware Manual o alla docu- 
mentazione dei chip per la minuteria. 

Più interessanti invece le due sorgenti restanti: la porta se- 
riale del CIA B è disponibile tramite i 
pin BUSY e POUT della parallela 
(quella del CIA A è utilizzata interna- 
mente per la comunicazione con il 
microprocessore che gestisce la ta- 
stiera); il pin FLG del CIA A corri- 
sponde al pin ACK della parallela e 
quello del CIA B al pin INDEX sulla 
porta floppy. 

Accedere agli interrupt associati a 
questi pin è piuttosto agevole grazie 
alle funzioni messe a disposizione 
dalla cia.resource: è sufficiente chia- 
mare la funzione AddICRVector( ) 
passando come parametri il codice 


della IRQ richiesta (coincide con la posizione del bit in 
ICR, reperibile in hardware/cia.h) e un puntatore a una 
struct Interrupt opportunamente inizializzata. 

Poiché AmigaOS contiene due cia.resource (caso unico), il 
C e molti altri linguaggi richiedono come ulteriore para- 
metro un puntatore alla risorsa, come ritornato da Open- 
Resource( ). AddICRVector( ) ritorna NULL se l’hardware 
collegato alla IRQ richiesta era disponibile, o un puntatore 
alla struttura Interrupt attualmente installata, in caso con- 
trario (il campo is_Node.ln_Name contiene in questo caso 
il nome dell’applicazione che ha allocato l’interrupt); co- 
me si vede, AddICRVector( ) può quindi essere usata per 
arbitrare l’accesso a parti specifiche dei CIA. In caso di 
successo, AddICRVector( ) provvede anche ad abilitare 
l’interrupt indicato. 

È possibile in seguito disabilitare o riabilitare l’interrupt se- 
condo necessità tramite la funzione AblelCRt ), che ha co- 
me parametro una maschera (a 8 bit) dei bit di ICR da mo- 
dificare. In questo caso, se il bit 7 vale 1, i bit a 1 della 
maschera vengono settati in ICR, altrimenti vengono reset- 
tati; la funzione ritorna la precedente maschera di abilita- 
zione delle IRQ. Come già per AddICRVector( ), anche 
questa funzione (e le altre che vedremo) può richiedere 
l’indirizzo della risorsa come parametro aggiuntivo. 

Per resettare una IRQ dopo averla servita, per causarne 
una, o per esaminare le richieste pendenti, è disponibile la 
funzione SetICR( ), che accetta una maschera in tutto ugua- 
le a quella della funzione precedente. In questo caso, però, 
non si agisce sul registro di abilitazione, ma su quello di ri- 
chiesta; di conseguenza, alzando un bit si causa una IRQ, e 
resettandolo si elimina una IRQ pendente. La funzione ri- 
torna il contenuto precedente del registro di richiesta. 

L’ultima funzione, che fa coppia con AddlCRVectorf ), è la 
RemICRVectorf ), il cui scopo (abbastanza ovvio) è quello 
di rimuovere un Interrupt già installa- 
to; accetta gli stessi parametri del pri- 
mo e provvede a disabilitare l’inter- 
rupt se lo trova abilitata. 


Nell’usare queste funzioni, occorre 
osservare alcune precauzioni: poiché 
AddlCRVectorf ) abilita l’interrupt, ma 
è al tempo stesso la “funzione di allo- 
cazione” per l’hardware relativo, non 
è possibile impostare l’hardware pri- 
ma di chiamarlo, e d’altronde, impo- 
standolo dopo, si corre il rischio che 
si verifichi qualche interruzione spu- 
ria. Per questo motivo, il corretto pro- 
tocollo per l’accesso a parti dei CIA è: 


ERRATA CORRIGE 


Sul numero 66, a pag. 38, si afferma che la 
scrittura in DSKLEN fa partire il DMA della porta 
floppy. In realtà, per evitare azionamenti acciden- 
tali che potrebbero rovinare un disco, occorre 
scrivere due volte in DSKLEN lo stesso valore, per- 
ché il DMA venga attivato. Al termine dell’opera- 
zione (segnalato dall’interrupt DSKBLK), è utile 
porre in DSKLEN il valore $4000, che rende anco- 
ra più improbabile un azionamento accidentale. 
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1. prepara i miermpi; 

2 . Disablef ); 

3 . AddICRVector( ); 

4. imposta l’hardware; 

5 . Enable( ) 

Altra precauzione da prendere è quella di fare accesso al 
registro ICR esclusivamente tramite le funzioni della cia.re- 
source: trattandosi di un registro di tipo “strabe”, l’accesso 
diretto causerebbe il rischio di “perdere” alcune IRQ (con 
tutti i malfunzionamenti che ciò può comportare). 

Sensori con uscita in frequenza 

Il funzionamento e i pregi di questo tipo di sensore sono 
già stati illustrati ampiamente da Paolo Canali sul numero 
64 di Amiga Magazine, quindi non ripeteremo qui quanto 
detto in quella sede. Su disco, nel cassetto Transaction, 
troverete il pacchetto PARFoto.lha che comprende due 
moduli link documentati per la gestione di tale interfaccia. 
A livello software, la gestione di tali sensori si riduce a mi- 
surare il tempo durante il quale un determinato segnale 
resta a livello logico basso (o, in alternativa, il tempo fra 
due “picchi" del segnale). 

Il metodo più immediato per ottenere questo valore è 
quello di collegare il segnale (portato alle tensioni richie- 
ste da Amiga) a uno qualsiasi dei tanti pin di I/O generale 
che abbiamo incontrato nelle precedenti puntate. In que- 
sta situazione, occorre adottare il metodo del “polling”, 
cioè il processore deve controllare con un ciclo lo stato 
del segnale, rilevando il tempo (preferibilmente tramite 
ReadEClock( ), che abbiamo visto nella precedente punta- 
ta) in cui questo cambia stato. Se i tempi sono “lunghi”, e 
la precisione richiesta non è altissima, si può usare un ci- 
clo “aperto”, come: 

repeat { 

ìf (segnale cambiato) { 
tempo=ReadEClock( ) 
finito=TRUE 

} 

else 

Delay ( . . . ) 

} while (! finito) 

che campiona il segnale a intervalli definiti da Delay( ) (o 
altra funzione analoga). Nella maggior parte dei casi, tutta- 
via, i tempi sono più ridotti, e non ci si può permettere di 
rilasciare la CPU fra un campionamento e l’altro. La solu- 
zione consiste nel misurare la durata di un ciclo (del se- 
gnale) con un ciclo (del programma) “chiuso”, come in: 

Disable( ) 


wniie (limito) 

if (segnale cambiato) { 
tempo=ReadEClock( ) 
finito=TRUE 

} 

Enable( ) 

rilasciando il processore soltanto fra un ciclo e l’altro. In 
ogni caso, è sempre buona norma misurare diversi cicli, e 
poi mediare i tempi ottenuti per avere una stima più preci- 
sa. Questi metodi, sebbene cerchino di essere “gentili” 
verso il resto del sistema, non sono certo l’ideale: nel se- 
condo caso, per esempio, bisognerebbe essere certi che la 
sezione protetta con Disable( ) non richieda più di 250 ps 
(!) per la propria esecuzione... 

Più promettente è il secondo approccio: occorre collegare 
il segnale a un pin che può generare interrupt (preferibil- 
mente a priorità non troppo elevata per non rallentare il 
sistema), e installare un gestore come abbiamo visto so- 
pra. Il compito di tale gestore è semplicissimo: basta chia- 
mare la ReadEClock( ) (che può essere chiamata da un’in- 
terrupt) e memorizzare da qualche parte (sfruttando il 
puntatore is_Data passato in Al) il tempo trascorso dall’in- 
terrupt precedente; eventualmente, avvisare il programma 
applicativo (con una Signal( ) o un messaggio, a ogni in- 
terrupt oppure quando si riempe un buffer di misurazioni) 
che c’è un nuovo dato pronto per la lettura. 

Terzo e ultimo metodo, sicuramente preferibile, è quello 
che fa uso di una caratteristica poco nota dei CIA: è possi- 
bile infatti programmare un timer in modo da “contare” gli 
impulsi sul pin CNT, anziché quelli del clock (usati per 
misurare i tempi). Aggiungiamo a questa capacità il fatto 
che il pin CNT del CIA B è collegato al pin POUT della pa- 
rallela, e risulterà chiaro che, collegando l’uscita del sen- 
sore a POUT, è possibile contare gli impulsi per unità di 
tempo senza scomodare del tutto il processore! Quest’ulti- 
mo dovrà limitarsi, periodicamente, a dividere il numero 
di impulsi per il tempo trascorso dall’ultima lettura per ot- 
tenere automaticamente la frequenza degli impulsi, e 
quindi (dopo opportuna scalatura) la misura cercata. 

Concludendo questa serie di articoli, ci sembra il caso di 
raccomandare all’aspirante programmatore di interfacce di 
I/O alcune letture “obbligatorie”: in primo luogo, l’Amiga 
Hardware Reference Marmai, che più volte abbiamo cita- 
to, ma anche gli Amiga ROM Kernel Reference Marmai - 
“Devices” (accesso a .device e .resource) ed “Exec” (inter- 
rupt), tutti a cura di Commodore ed editi da Addison-We- 
sley, nonché The Amiga Guru's Book del tedesco Ralph 
Babel, che contiene alcune preziose indicazioni non repe- 
ribili altrove. A tutti, buona programmazione! 

A 
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L’arte della programmazione 

assembly 

Divisioni (parte II) 


Fabrizio Farenga 

La volta scorsa ci eravamo fermati all’istruzione MULU 
(moltiplicazione di numeri senza segno) che, insieme alla 
DIVU (divisione di numeri senza segno) costituisce l’istru- 
zione in assoluto più lenta da eseguire su un processore 
680x0 (svariate decine di cicli macchina). Purtroppo non 
esistono molti metodi efficienti per ottimizzare una divi- 
sione, a parte quelli “classici” che intervengono quando il 
divisore è una potenza di due. Per dividere il numero con- 
tenuto nel registro Dx (dove x varia da 0 a 7) per 2 (2M), 
si può usare la seguente istruzione che si avvale dell’istru- 
zione macchina LSR (spostamento logico di bit a destra): 

LSR.L #1 , Dx 

che è indubbiamente molto più efficiente di: 

DIVU #2 , Dx 

Utilizzando lo stesso principio che avevamo espresso 
quando sullo scorso numero avevamo ottimizzato le mol- 
tiplicazioni per potenze di 2, otteniamo che: 

DIVU #n,Dx 

quando n è una delle potenze di due compresa tra 2 A 1 e 
2 A 8 è traducibile in: 

LSR.L #m,Dx 

in cui m rappresenta la potenza cui elevare 2 per ottenere 
il numero n. Per chi aveva già affrontato e capito questo 
stesso discorso sul numero precedente, l’esempio dovreb- 
be essere già di per sé chiaro, per gli altri ecco una tabella 
esplicativa: 


LSR.L 

#l,Dx 

; Divide 

Dx 

per 

2 

(2*1) 

LSR.L 

#2 , Dx 

; Divide 

Dx 

per 

4 

(2*2) 

LSR.L 

#3,D x 

; Divide 

Dx 

per 

8 

(2*3) 

LSR.L 

#4,Dx 

; Divide 

Dx 

per 

16 

(2*4) 

LSR.L 

#5 , Dx 

; Divide 

Dx 

per 

32 

(2*5) 

LSR.L 

#6 , Dx 

; Divide 

Dx 

per 

64 

(2*6) 


LSR.L #7,Dx ; Divide Dx per 128 (2*7) 

LSR.L #8,Dx ; Divide Dx per 256 (2 “8) 

Ovviamente questa tecnica si può adattare anche a tutte le 
potenze di due comprese tra 2 A 9 e 2 A l6; conviene, in 
questo caso, utilizzare due istruzioni LSR una di seguito 
all’altra, che spostino in totale il numero di bit richiesto, 
sono sempre molto più efficienti di una singola istruzione 
DIVU: 

LSR.L #2,Dx 
LSR.L #8 , Dx 

è come: 

DIVU #1024, Dx 

ossia dividere Dx per 2 A 10. 

Ricordiamo che l’istruzione LSR, come l’istruzione LSL del 
resto, non permette di muovere (“shiftare” in gergo) più di 
8 bit alla volta. Come al solito, quando possibile, se dob- 
biamo dividere per numeri che non siano potenze di due, 
la cosa migliore da fare è adottare il metodo delle tabelle, 
ossia quello di avere in memoria i risultati già pronti delle 
operazioni che dobbiamo svolgere. Per esempio, se dob- 
biamo dividere una serie di numeri per 3 (numero che, 
come noto, non è una potenza di due), si può utilizzare 
una tecnica del genere: 

; Divide DO per 3, mettendo il risultato in DO e 

[sporcando DI 

LEA TAB3 , A0 

MOVEQ #0 , DI 

MOVE.B (A0,D0.W),D1 
EXG.L DI, DO 

RTS 
TAB3 : 

DC.B 0,0, 0,1, 1,1, 2, 2, 2, 3, 3, 3 
DC.B 4, 4, 4, 5, 5, 5, 6, 6, 6, 7, 7, 7 
DC.B 8,8,8,9,9,9,10,10,10,11 
DC.B 11,11,12,12,12,13,13,13 
DC.B 14,14,14,15,15,15,16,16 
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DC.B 16,17,17,17,18,18,18,19 
DC.B 19,19,20 

Questo frammento di codice divide per tre un numero 
compreso tra 0 e 60 utilizzando pochissimo tempo CPU 
(è comunque ulteriormente ottimizzabile migliorando 
l’uso dei registri ed eventualmente ricercando il risultato 
in DI). Dando una rapida occhiata alla tabella, è facilissi- 
mo intuirne il funzionamento. Ne deduciamo subito alcu- 
ne rapide considerazioni: 

- la limitazione a 60 è solo dovuta alle dimensioni della 
tabella; teoricamente è possibile estenderla all’infinito. 

- la preparazione di tabelle per altri divisori è altrettanto 
semplice: quella per il numero 5 sarebbe infatti: 

TAB5 : 

DC.B 0,0, 0,0, 0,1, 1,1, 1,1 
DC.B 2, 2, 2, 2, 2, 3, 3, 3, 3, 3 

[...] 

e così via. 

- Le tabelle sono talmente facili da costruire che è sicura- 
mente possibile scrivere un algoritmo che all’avvio del 
programma le inserisca in memoria senza doverle neces- 
sariamente caricare da disco. 

- Quando il divisore è un numero composto da una po- 
tenza di due per un numero primo, spesso conviene ese- 
guire prima di tutto la divisione per la potenza di due e 
poi, tramite la tabella, per il numero primo. Questo fa 
perdere qualche ciclo in più, ma permette di diminuire 
notevolmente le dimensioni della tabella. 

E il resto? 

Purtroppo tutte le ottimizzazioni viste non tengono alcun 
conto di eventuali resti delle divisioni, che invece la buo- 
na vecchia DIVU mantiene nei 16 
bit alti del risultato. Fortunamente 
l’esperienza ci insegna che la mag- 
gior parte delle applicazioni in cui 
sono necessarie divisioni in tempo 
reale, necessitano esclusivamente 
del risultato e ignorano un eventua- 
le resto, quindi le procedure appena 
viste risolvono la maggior parte dei 
problemi. Altro “particolare” ignora- 
to durante le ottimizzazioni di molti- 
plicazioni e divisioni è la presenza 
del segno, o meglio, si è pensato di 
ottimizzare solo le operazioni su nu- 
meri positivi. Anche in questo caso, 
spesso conviene “intuire” con qual- 


che semplice algoritmo il segno del risultato, convertire 
gli operandi nel loro valore assoluto, eseguire le opera- 
zioni necessarie, e impostare correttamente il segno. 

I registri indirizzi 

Le direttive di programmazione Motorola consigliano di limi- 
tare l’uso dei sette registri indirizzi da AO ad A6 (A7 come 
noto è lo stack pointer) a quelle operazioni di indirizzamen- 
to e di riferimento alla memoria per le quali sono indispen- 
sabili. È possibile adoperarli anche per operazioni normal- 
mente “riservate” agli otto registri dati (D0-D7), ma il consi- 
glio di non usarli non è soltanto dovuto a una innegabile 
maggior pulizia e a un ordine dei sorgenti... Spesso e volen- 
tieri le istruzioni assembly di spostamento dati sono più len- 
te quando hanno a che fare con registri Ax. In caso non si 
possa fare a meno di loro (quando per esempio abbiamo 
impegnati già tutti i registri Dx), è spesso molto utile cono- 
scere alcuni “trucchetti” che ne migliorino le prestazioni. Pu- 
lire un registro è un’operazione molto semplice, basta muo- 
vervi una longword nulla: 

MOVE . L #0 , DO 
MOVE . L #0,A0 

le due istruzioni appena viste azzerano rispettivamente il 
registro DO e il registro A0. Come abbiamo già visto nella 
scorsa puntata, nel primo caso è però molto più efficien- 
te una istruzione del tipo: 

MOVEQ #0 , DO 

che compie la stessa operazione in maniera più veloce e 
utilizzando meno byte. Lo stesso non vale per i registri 
indirizzi e in particolare per A0, qui è preferibile: 

SUB.L A0,A0 

La sottrazione di A0 a se stesso è una efficiente alternativa 
a una impossibile MOVEQ #0,A0. Può essere anche usata 
nei rari casi in cui sia necessaria una 
operazione del tipo: 

LEA o , AO 


Quando invece dobbiamo sommare 
un valore assoluto a un registro indi- 
rizzi, purché esso sia compreso tra - 
32768 e 32767, anziché un banale 
quanto inefficiente: 

ADD.L #n,Ax 

è molto meglio adottare: 


LEA n ( Ax ) , Ax 


ERRATA CORRIGE 


ideila prima parte dell’articolo “L’arte della pro- 
grammazione assembly” (apparso sul numero 69), 
quando si mostrava come moltiplicare un valore 
Word posto in DO per 32, è stata usata erronea- 
mente per tre volte consecutive l’istruzione LSL.W 
#5, DO (pagina 37 colonna di destra). È ovvio che 
per fornire un corretto risultato a 32 bit deve esse- 
re sostituita con LSL.L #5, DO. 

A pag. 40 è saltata l'ultima riga dell'articolo che di- 
ceva: "senza ricorrere agli interrupt?". 
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in pratica l’istruzione appena vista re-indirizza in maniera 
indiretta il registro Ax di n posizioni rispetto allo stesso re- 
gistro Ax. Alcuni esempi ora: 

LEA 10(A0),A0 ; Somma 10 ad A0 

LEA -80 (Al), Al ; Sottrae 80 ad Al 
LEA 256(A0),A1 ; Somma 256 ad A0 ponendo 
;il risultato in Al 

Nell’ultimo dei tre casi assistiamo addirittura a una opera- 
zione che non è normalmente possibile con la comune 
istruzione ADD, e cioè la somma di un valore assoluto e di 
un registro indirizzi, con il risultato in un altro registro. 
Quando però il valore da sommare o da sottrarre a un re- 
gistro indirizzi è compreso tra -8 e 8, conviene procedere 
come qui di seguito: 

ADDQ #2,A0 ; Somma 2 ad A0 

SUBQ #7, Al ; Sottrae 7 ad Al 

l’uso di ADDQ e SUBQ (Q significa Quick, veloce) è per- 
messo ovviamente anche sui registri dati: 

ADDQ #2, DO ; Somma 2 a DO 

A questo punto non si capisce bene perché per i registri 
indirizzi siano state implementate le istruzioni Quick per le 
somme e sottrazioni (ADDQ e SUBQ) e non per l’immis- 
sione di dati (MOVEQ); mistero dei progettisti Motorola. Il 
buon senso ci fa comunque supporre che quando si parla 
di registri Ax è raro che vi si muovano valori compresi nel 
campo di azione della MOVEQ (da -8 a 8), mentre è molto 
più comune la somma e la sottrazione di piccoli valori. Un 
ultimo consiglio: se è necessario controllare che Ax con- 
tenga o meno il valore 0 invece di un mediocre: 

CMP.L #0,A0 

è molto meglio, a patto di avere un registro dati “da butta- 
re”: 

MOVE.L A0 , Dx 

che cambia lo stato del bit di ZERO e di NEGATIVO, come 
se avessimo effettuato un illegale: 

TST.L A0 

Salti condizionati (ma non solo) 

Molto spesso le istruzioni di salto usate nei programmi so- 
no a torto poco considerate quando si parla di ottimizza- 
zione. Invece è facile guadagnare buone quantità di tem- 
po macchina, semplicemente mettendo mano all’organiz- 
zazione dei salti e alle chiamate delle subroutine. Purtrop- 
po l’ottimizzazione migliore è quella che fa perdere più di 


tutte leggibilità all’insieme del sorgente e aumenta la sua 
dimensione in maniera esponenziale: rimuovere i salti alle 
subroutine (JSR e BSR) includendole in linea, e quindi ri- 
petendole ogni volta che servono. È incredibile la quantità 
di tempo CPU che si guadagna con questa procedura, so- 
prattutto su macchine dotate di cache (1200 e 4000 in par- 
ticolare), ma non solo. Integrando questa pratica con un 
corretto uso della capacità degli assemblatori più comuni 
di gestire macro, si può ovviare almeno in parte all’au- 
mento proprozionale di bachi in cui si inciampa program- 
mando e aggiornando le stesse routine che si trovano ri- 
petute più volte per l’intero codice. Fortunatamente, que- 
sta non è l’unica procedura di ottimizzazione attuabile 
quando si parla di salti. 

Innanzitutto, parlando di salti, è molto importante utilizza- 
re sempre l’istruzione BSR anziché la JSR, visto che la pri- 
ma è molto più veloce. Il suo principale difetto è che può 
chiamare una funzione che non disti più di 32.767 byte in 
avanti o 32.768 byte in dietro. Usando poi la modalità 
BSR.B il guadagno è ancora maggiore, ma l’ampiezza del 
salto si riduce ulteriormente a 127 byte in avanti e 128 by- 
te indietro. 

Lo stesso discorso si applica quando si ha a che fare con 
l’istruzione JMP: 

BRA <etichetta> 

è più veloce e compatta di: 

JMP <etichetta> 

Per quando riguarda i codici operativi (Opcode) BRA e 
BRA.B, si applicano le stesse restrizioni di BSR e BSR.B. 
Non è raro incontrare in codice poco curato sequenze che 
sono frutto di dimenticanze o altro: 

BSR <etichettal> 

BSR <etichetta2> 

RTS 

JSR <etichettal> 

JSR <etichetta2> 

RTS 

Quelli che abbiamo appena visto sono due casi più comu- 
ni di quanto non si creda, soprattutto dopo una sequenza 
più o meno lunga di chiamate a sottofunzioni (tipico nei 
cicli “main” dei videogiochi o delle demo). Un program- 
matore accorto avrebbe di certo scritto: 

BSR <etichettal> 

BRA <etichetta2> 

che offre gli stessi risultati occupando meno byte e meno 
cicli macchina. 
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Infine, quando potete farlo, sfruttate a fondo le istruzioni 
DBcc (cc = codici condizionali): 

LEA Source,A0 

LEA Dest , Al 

MOVE . W #100-1, DO Loop 
MOVE.L ( A0 )+, (Al ) + 

DBEQ DO, Loop 

copia 100 longword da Source a Dest ed è più efficiente 
di: 

LEA Source,A0 

LEA Dest, Al 

MOVE .W #100, DO Loop 
MOVE.L ( A0 )+, ( Al ) + 

SUBQ #1 , DO 

BNE Loop 

Due “word” sul 68020 

Non bisogna mai dimenticare che se un programma ri- 
chiede l’AGA per funzionare, il programmatore può anche 
dare per scontato che esso girerà su una macchina dotata 
di Motorola 68020 o superiori. Ecco quindi “in pillole” una 
serie di suggerimenti per chi programma su macchine do- 
tate di processore che vanno oltre gli obsoleti 68000 e 
68010. 

Sul micro 68020 abbiamo 256 byte di cache istruzioni (che 
diventano addirittura 4.096 sul 68040), ed è quindi impor- 
tante che eventuali cicli ricorsivi siano racchiusi in sotto- 
procedure non più lunghe di 256 byte (quando parliamo 
di 68020). Un ciclo lungo 258 byte sarà molto più lento di 
uno lungo 254. 

Gli accessi a longword sono doppiamente veloci se queste 
longword sono allineate a multipli di 4 byte. Questo ov- 
viamente vale anche per le istruzioni di inizio delle routi- 
ne (cui fanno riferimento le istruzioni di salto). Di conse- 
guenza è anche importantissimo che lo stack sia allineato 
a longword. Basti pensare a tutte le volte che viene utiliz- 
zato quando salviamo registri e usiamo le istruzioni BSR e 
JSR. Ovviamente, se lo stack è inizializzato dal sistema 
operativo, questa accortezza è garantita. 

Gli accessi sequenziali in scrittura alla memoria Chip ge- 
nerano attese. Se, per esempio, A0 punta ad una zona in 
Chip-RAM, il seguente codice: 

MOVE.L DO , ( A0 ) + ; Scrittura in CHIP-RAM 

MOVE.L DI , (Al ) + ; Scrittura in CHIP-RAM 

ADD.L #1 , DO 
ADD.L #1 , DI 

è più lento dell’equivalente: 


MOVE.L DO , ( A0 ) + Scrittura in CHIP-RAM 
ADD.L #1 , DO 

MOVE.L DI , ( Al ) + ; Scrittura in CHIP-RAM 

ADD.L #1 , DI 

il quale, intervallando le scritture con altre operazioni (uti- 
li), guadagna notevolmente in velocità di esecuzione (so- 
prattutto se le operazione sono svolte all’interno di un ci- 
clo). 

Molto spesso capita di dover leggere Word o Longword da 
una tavola di valori, e ovviamente l’indice di questa tavola 
deve essere multiplo delle dimensioni dei dati che vi sono 
memorizzati. Per esempio, accedendo all’ «-esimo elemen- 
to di una tavola di Word (indirizzata da A0), sul 68000 si 
procede a questo modo: 

MOVE . W n,D0 

ADD.W DO, DO 

MOVE . W 0 ( A0 , DO .W) , DI 

Se abbiamo a disposizione un micro 68020, conviene in- 
vece usare questo metodo: 

MOVE . W n,D0 

MOVE .W 0 ( A0 , DO .W*2 ) , DI 

che oltre a farci risparmiare un’istruzione (quella che 
provvede ad adattare l’indice alle dimensioni degli ele- 
menti della tavola), mantiene anche inalterata la dimensio- 
ne e il numero di cicli macchina dell’ultima istruzione. 

I 68020 e superiori, ricordiamo, permettono di eseguire 
moltiplicazioni e divisioni a 32 bit che sono notevolmente 
più veloci delle complesse routine di moltiplicazione e di- 
visione in doppia precisione necessarie sul 68000. Ovvia- 
mente, quando possibile, è molto più efficiente utilizzare 
le ottimizzazioni che abbiamo già visto in questo stesso ar- 
ticolo. 

L’istruzione EXTB estende il segno da un byte a una 
longword ed è più veloce della sequenza EXT.W EXT.L 
necessaria su 68000. 

Sul 68040, quando copiate o spostate grosse quantità di 
dati (possibilmente multiple di 16), abusate dell’istruzione 
MOVE16. 

Con questi ultimi consigli chiudiamo il discorso ottimizza- 
zioni. Esistono decine e decine di altre ottimizzazioni, an- 
che molto complesse (ma altrettanto efficienti) e questo 
articolo non ha assolutamente la pretesa di essere esausti- 
vo. Sulle reti telematiche si può trovare un documento in 
inglese in formato AmigaGuide chiamato MC680x0. guide 
che ne contiene un lungo elenco. 
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3.1 Developer Update 


Gli strumenti di debug (parte X) 


Sergio Ruocco 

Riprendiamo l’esame dei vari strumenti di debug contenuti 
nel quinto disco del kit per sviluppatori. 

Seriale e Parallela 

KTest 

Siete appena riusciti a compilare la prima versione del vo- 
stro programma, la eseguite e il terminale remoto che uti- 
lizzate per il debug è muto? Prima di correre a distribuire il 
primo programma della storia dell’informatica nato senza 
bug, provate a lanciare KTest, un’utility che verifica l’effi- 
cienza di una connessione seriale stampando con KPrintf 
(debug. lib) la seguente stringa: 

This is a test of kprintf 

aO = $72E0534 

In Test routine: dO = $2 

DTest 

Stando alla stringatissima documentazione, DTest “verifica 
una connessione parallela”, a quanto pare inviando carat- 
teri sulla porta omonima, e quindi dovrebbe trattarsi di un 
parente stretto di KTest. Eseguendo il comando, non vie- 
ne stampato nulla sulla Shell; se c’è una stampante colle- 
gata alla porta parallela, viene caricato un foglio, ma, al- 
meno sul modello da noi utilizzato, non viene stampato 
nulla. Probabilmente l’esito delle prove sarebbe stato mi- 
gliore collegando un Amiga (o un terminale esterno) con 
un cavo parallelo (ma attenzione alle CIA!), ma non abbia- 
mo potuto verificarlo personalmente. 

SetParallel 

Legge o modifica da CLI alcuni parametri della porta pa- 
rallela; indicando il nome di un registro e un valore, que- 
st’ultimo sarà scritto nel primo, come avviene per esempio 
con un: 

Setparallel EOF xaabbaabb 

I valori attuali sono visualizzati dall’opzione QUERY: 
setparallel QUERY 


manda in output: 

ACTION FIELD-NAME HEXADEC DECIMAL 

flag io_ParFlags = F8 248 

eof io_PTermArray .PTermArrayO=OOOOOOOC) 0 

io_PTermAr r ay . PTermAr r ay 1=00000000 0 

io_Status = 07 7 

Mentre stampa, SetParallel legge un byte dalla locazione 0, 
causando un Enforcer Hit. 

Librerie 

LibLìst 

Elenca le librerie residenti nel sistema, specificandone il 
numero di versione e revisione e l’indirizzo (esadecimale) 
della base. 

LVO 

LVO.doc 

LVO (Library Vector Offset) è lo spiazzamento (negativo) 
all’interno di una libreria di un vettore di salto a una fun- 
zione della libreria stessa. Gli LVO sono documentati chia- 
ramente alla pagina 436 del capitolo “Introduction to 
Exec” del RKM:Libraries, III edizione. Il comando omoni- 
mo che ora descriveremo richiede l’assegnamento logico 
FD: a una directory in cui risiedano i file di Function De- 
scription. I file FD si trovano nell’archivio fd.lha del secon- 
do disco del Developer Kit, e ne abbiamo parlato breve- 
mente già nella II parte (AM 59) di questa serie di articoli. 
Per utilizzare LVO occorre prima decomprimerli ed ese- 
guire l’assegnamento richiesto. Il primo utilizzo di LVO è 
quello di mostrare la posizione deli' entry pointàx una fun- 
zione nella tabella dei salti della libreria, assieme a una 
descrizione sintetica dei parametri e dei registri in cui van- 
no trasmessi: 

Ivo intuition OpenWindow 
manda in output: 

intuition. library LVO $ff34 -204 OpenWindow ( ) 
OpenWindow (newWindow) (aO) 

Se viene specificato solo il nome della libreria, LVO elenca 
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i dati relativi a tutte le sue funzioni: 

Ivo exec 
manda in output: 

exec. library LVO $ffe2 -30 Supervisori 
exec. library LVO $ffdc -36 execPrivatel ( ) 

Una volta scoperto l’offset, il vettore di salto può essere al- 
terato per puntare a una routine diversa: un’utility di de- 
bug, un patch software, un programma di benchmark o... 
un virus! Specificando l’opzione CONTAINS, verranno 
stampati anche l’indirizzo della routine puntata dal vettore 
di salto. In generale questo indirizzo è valido solo per 
quel particolare Amiga e in quel particolare momento: se 
la libreria è caricata da disco basta chiuderla, forzarne 
l’espulsione (vedi il comando Flush) e riaprirla perché 
cambi. Partendo da un offset e dal nome della libreria, 
LVO può risalire alla funzione corrispondente: 

Ivo graphics LVO=-324 

graphics . library LVO $febc -324 WritePixel() 
WritePixel(rp,x,y) (al,d0/dl) 

LVO è utile anche durante il debugging, per risalire alla 
funzione di libreria “più vicina” a un certo indirizzo; se per 
esempio si è verificato un System Failure aU’indirizzo 
0xFB93C0, con il comando Owner si determina il modulo 
a cui appartiene: 

Owner 0xFB93C0 

Address - Owner 


00FB93C0 - in resident module: graphics 40.24 
(18.5.93) 

e quindi con LVO si risale alla probabile funzione che ha 
provocato l’errore: 

Ivo graphics ROMADDRESS=OxFB93CO 

Closest to $fb93c0 without going over: 

graphics . library LVO $ffb8 -72 OpenFont( ) jumps to 

$fb9380 on this System 

a questo punto bisognerà controllare attentamente il pro- 
prio programma verificando che tutte le chiamate a 
OpenFont( ) utilizzino parametri corretti. 

Infine LVO genera linee di comando per il tool Wedge, di 
cui parleremo più avanti. 



Scratch 

scratch.doc 

Una delle prime regole che un programmatore assembler 
Amiga impara (o dovrebbe imparare) è che di norma le 
funzioni delle librerie di sistema preserv ano il contenuto 
dei registri D2-D7 e A2-A6, mentre non garantiscono la 
conservazione dei registri A0, Al, DO e DI. In altre parole, 
programma (e programmatore) non possono fare affida- 
mento sull’eventualità, del tutto fortuita, che qualche rou- 
tine di sistema ritorni al chiamante senza aver alterato uno 
o più di questi registri. 

Per essere sicuri che la stabilità del proprio software non 
sia appesa... all’evanescenza di un registro, Bill Hawes 
(l’autore di ARexx e WShell) ha scritto il comando Scratch. 
Scratch distrugge sistematicamente il contenuto dei registri 
il cui valore non è garantito. Naturalmente esistono delle 
eccezioni più o meno documentate (bug compresi...), e 
quelle conosciute al 4 gennaio 1993 sono elencate nello 
script AmigaDOS scratchall. script, che va eseguito per atti- 
vare scratch. 

AmigaDos 

Dos List 

Stampa l’intera lista dei volumi (Workbench:...), dei device 
logici (C: LIBS:...) e fisici (DFO:, HDO:...) di AmigaDOS, 
specificando la classe di appartenenza, oltre a una messe 
di dati e dettagli estratti dalle rispettive strutture del Dos. 

DevList 

Elenca i device di sistema, specificando indirizzo, versio- 
ne, numero di aperture e nome. 

SearchFile 

Cerca in un file una stringa o una serie di valori esadeci- 
mali (0x...) o una stringa di testo ASCII, che va racchiusa 
tra due slash (/stringa/). 

SbowLocks 

Elenca tutti i Lock relativi a un determinato volume, il mo- 
do di accesso (-2 = ACCESS_READ , -1 = ACCESS_WRITE, 
definiti in dos/dos.h) e l’oggetto (file o directory) cui è ri- 
ferito. 

Grafica 

BumpBpr 

Sugli Amiga equipaggiati dei chipset AGA le bitmap da vi- 
sualizzare (cioè associate a uno schenno) devono rispetta- 
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re alcuni vincoli di dimensioni e allineamento in memoria. 
Inoltre, con l'introduzione degli schermi Interleaved, il si- 
gnificato del campo BitMap->BytesPerRow è più ristretto 
di quanto non fosse in passato: mentre prima poteva esse- 
re inteso come “numero di byte per riga” ora è precisa- 
mente il “numero di byte da aggiungere all’indirizzo della 
fine della riga n per arrivare all’inizio della riga n+1”. 

BumpBpr impone anche agli Amiga non AGA (ma dotati 
della Release 3) il vincolo che le bitmap da visualizzare 
siano larghe e allineate a un multiplo (a scelta) di 32, 64 
(default) o 128 pixel. 

Così facendo, eventuali problemi di compatibilità legati al- 
la variabile BytesPerRow emergeranno anche su sistemi su 
cui altrimenti, per la specifica configurazione hardware, 
non si manifesterebbero mai. L’allineamento delle BitMap, 
gli schermi Interleaved e il significato di BytesPerRow so- 
no affrontati e discussi in dettaglio nei tutorial 
V39_AA_Compatibility e V39_AA_Graphics. 

CharSet 

Stampa sulla console il set di caratteri Amiga e i corrispon- 
denti codici ASCII; di norma le righe della tabella sono 
stampate di seguito: con l’opzione ALLBOX ogni carattere 
viene racchiuso in un box separato. 

WinList 

Elenca gli schermi aperti, specificandone indirizzo, risolu- 
zione, profondità, nome, modo video, ecc., e di ciascuno 
elenca le finestre aperte complete di indirizzo, nome, 
coordinate, dimensioni e caratteristiche. 

FontList 

Elenca i font aperti e residenti nel sistema specificandone 
indirizzo, nome, dimensioni e caratteristiche (flag, stile, 
numero di utilizzatori). Il comando non ha parametri e 
non è documentato né in OtherTools.doc, né altrove. 

MKS_Lens 

MKS_Lens.doc 

È una lente di ingrandimento dotata di una routine di 
zoom velocissima, utile per esaminare i dettagli grafici più 
fini anche sugli schermi ad altissima risoluzione senza per- 
dere la vista. 

Sul bordo della finestra si trovano alcuni gadget le cui fun- 
zioni sono chiaramente spiegate nel file di documentazio- 
ne; nello stesso si invita a esaminare i sorgenti C e assem- 
bler del programma per rendersi conto personalmente 
della semplicità della routine, ma a quanto pare questi li- 
stati non sono stati inclusi nel Developer Kit. 


L’archivio completo di MKS_Lens è reperibile su Aminet e 
su Aminet Set 1 nella directory util/wb. 

ReadPixel 

Dopo averlo lanciato, clickando con il puntatore in qual- 
siasi punto di uno schermo, stampa le coordinate (x,y) del 
pixel “colpito”, il suo colore (o meglio, il numero del regi- 
stro colore) e il nome dello schermo. 

SetCamg 

Spesso capitano sottomano vecchi file IFF il cui unico di- 
fetto è il modo video inpostato nel chunk CAMG. Spesso 
può trattarsi di un anzianotto HIRES LACE che induce i vi- 
sualizzatori di immagini più semplici ad aprire schermi a 
15 kHz, per la “felicità” di chi possiede un monitor (S)VGA 
e/o una scheda grafica. 

Setcamg permette di cambiare gli attributi del modo video 
registrati nel chunk CAMG di un file IFF-ILBM senza ricor- 
rere a ingombranti e costosi pacchetti di image proces- 
sing. Gli attributi impostabili sono: FIIRES LORES LACE 
HAM HALFBRITE SUPERHIRES PAL NTSC PRODUCTI- 
V1TY VGA EUR072 DBLPAL DBLNTSC. Sarebbe stato leci- 
to aspettarsi che, senza specificare nuovi flag, lo stesso co- 
mando mostrasse i flag attualmente impostati nel file, ma 
così non è. 

ShowGfxBase 

Stampa alcune variabili della struttura GfxBase; il pro- 
gramma risale al 1990 e forse precede addirittura gli AGA, 
quindi ci pare di utilità piuttosto limitata. Le descrizioni 
dei campi visualizzati si trovano nell’include graphics/gfx- 
base.h. 

Tastiera 

KeyMatrix 

Dopo averlo lanciato, premendo un qualsiasi tasto viene 
mostrata la sua posizione nella matrice della tastiera. Mol- 
to probabilmente una lettura così a basso livello della ta- 
stiera è realizzata con il comando KBD_READMATRIX del 
keyboard. device. Per interromperlo occorre riattivare la 
Shell da cui è stato lanciato e premete CTRL-C. 

Nella prossima parte dell’articolo parleremo dei più famo- 
si tool di debug Amiga: Enforcer e Mungwall, e dei loro 
numerosi programmi di contorno. Parleremo anche dei 
debugger incorporati nel Kickstart Wack e SAD, dell'utility 
“cuneo” Wedge, di come inviare rapporti di segnalazione 
di bug nel sistema e nella documentazione Amiga alla 
Commodore... pardon... Amiga Technologies, e delle re- 
stanti utility contenute nel disco. A 
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SOFTWARE 


DELUXE PAINT V 



L a storia della grafica su 
personal computer è 
stata segnata da nume- 
rosi eventi che ne hanno mo- 
dificato il corso e che hanno 
avvicinato al grande pubblico 
la tecnologia più avanzata. 

Negli ultimi dieci anni la com- 
puter grafica ha subito un 
mutamento radicale: da stru- 
mento elitario per pochi pro- 
fessionisti è diventata un 
mezzo creativo semplice e 
potente a disposizione di tut- 
ti. Questa metamorfosi è sta- 
ta possibile grazie a svariati 
fattori, fra cui il ridursi dei co- 
sti, l’aumento della potenza 
dell’hardware e, come conse- 
guenza, la produzione di 
software innovativo e versati- 
le. 

Con l’avvento di Macintosh 
furono presentati i primi pro- 
grammi grafici “amichevoli", 
ovvero semplici e intuitivi. 

Questi programmi, pur inte- 
ressanti per l’epoca in cui fu- 
rono pensati, non possedevano la po- 
tenza necessaria per colmare il gap 
tecnologico tra i personal e le worksta- 
tion dedicate. Qualcosa è cominciato a 
cambiare in questo senso con l’avvento 
di Amiga e del celeberrimo Deluxe 
Paint 1.0 di Dan Silva. Questo software 
ha rivoluzionato la computer grafica su 
personal più di ogni altro pacchetto mai 
apparso sul mercato: per la prima volta 


Oggi, dopo quasi un decennio dalla 
presentazione di quella gloriosa prima 
versione, è stato ultimato Deluxe Paint 
5.0. 

CONFEZIONE, MANUALI 
E INSTALLAZIONE 

Il pacchetto è contenuto in una elegan- 
te scatola di cartone rigido su cui spic- 


ca la ben nota illustrazione 
del faraone Tutankamen. 
All’interno trovano posto 
quattro dischetti, il manuale 
e la cartolina con il numero 
di registrazione. 

Lo script di installazione 
sfrutta l’installer standard di 
Commodore ed è molto pra- 
tico. 

Nei dischi si trovano il pro- 
gramma principale, i file di 
supporto (librerie, textures, 
ecc.), il player di animazioni 
Deluxe Player e una discreta 
quantità di font e di clip art 
che servono più per speri- 
mentare che per altro. 

Il manuale è in inglese ed è 
molto completo e strutturato. 
È diviso in tre parti: la prima 
è un insieme di tutorial, la se- 
conda di reference e la terza 
di appendici. I tutorial sono 
ben curati e offrono un aiuto 
prezioso sia agli utenti nuovi 
che a quelli già esperti. Chi 
non ha familiarità con DPaint 
può diventare produttivo piuttosto rapi- 
damente seguendo gli esempi descritti. 
La parte di riferimento descrive nei mi- 
nimi dettagli ogni funzione ed è ricca di 
consigli e di trucchi per velocizzare al- 
cune procedure. Infine le appendici ri- 
guardano argomenti vari, il più impor- 
tante dei quali è l’interfaccia ARexx (u- 
na importante novità della versione 
5.0). 


gli utenti di un computer di 
basso costo potevano dise- 
gnare a risoluzioni elevate e 
a colori! Tutte le riviste accol- 
sero entusiasticamente il pro- 
dotto di Electronic Arts, che 
riscosse un ampio e meritato 
successo. 

Naturalmente, lo sviluppo di 
DPaint proseguì e negli anni 
successivi furono introdotte 
la gestione delle animazioni e 
quella dei modi HAM. 


Un'immagine dimostrativa. 



UNO SGUARDO 
D'INSIEME 

A un primo sguardo, l’inter- 
faccia utente di DPaint 5 
sembra identica a quella del- 
la versione precedente. In 
effetti gran parte del codice 
della GUI è rimasto inaltera- 
to: i programmatori si sono 
concentrati più sulla sostan- 
za che sull’estetica. 

I menu e parte dei gadget 
non sono standard, il che è 
un vero peccato per un 
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software che richiede il si- 
stema operativo 2.0 o su- 
periore. D’altro canto, la 
maggior parte dei vecchi 
requester è stata sostituita 
con altri più standard (figu- 
ra a lato). 

La capacità di adattarsi al 
font non è ancora stata rag- 
giunta, anche se nelle riso- 
luzioni più elevate il font 
viene scalato nei menu (ma 
senza tenere conto dell'a- 
spect ratio del modo grafi- 
co). 

infine, nelle conversioni tra 
modi grafici, appaiono an- 
cora i tristi schermi a 1 bit- 
piane contenenti messaggi 
sull’operazione in corso. 

La Amiga User Interface 
Style Guide non è certo 
stata in cima ai pensieri de- 
gli sviluppatori. Il risultato 
finale è un ibrido di vecchio 
e nuovo, che non giova 
molto al look del software. 

Naturalmente l’abito non fa 
il monaco e nel caso del 
programma di Electronic 
Arts questo vecchio adagio è partico- 
larmente calzante. 

Le modifiche introdotte si orientano in 
due direzioni. La prima è il superamen- 
to di alcune delle limitazioni storiche di 
DPaint, come la gestione di animazioni 
con palette variabili e con pagine più 
grandi dello schermo. La seconda è 
l’introduzione di funzionalità nuove, tra 
le quali spiccano il supporto ARexx, 
quello per il true color (24 bit), la simu- 
lazione di materiali (legno, carta, ecc.) 
e di strumenti di disegno reali (gesso, 
pastelli a cera, ecc.). 

SIMULAZIONE DI MATERIALI FISICI 

La computer grafica è un fenomeno 
che spesso viene alimentato e ispirato 
da esigenze specifiche della base di u- 
tenti, che è costituita in larga parte da 
creativi senza esperienza tecnica. 

Una delle difficoltà più ardue da supe- 
rare per queste persone, quando si av- 
vicinano al calcolatore, è la totale diver- 
sità del mezzo rispetto agli strumenti 
classici. Per molti, passare dalla matita 
al mouse e dalla carta allo schermo è 
un trauma non indifferente. Da queste 
necessità è partita l’idea di colmare la 
distanza fra i due mondi agendo 
sull’hardware e soprattutto sul software. 
In campo hardware sono state introdot- 
te le tavolette grafiche sensibili alla 
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Alcuni dei nuovi requester. 


spandere la libreria è piut- 
tosto semplice, poiché è 
costituita da immagini IFF. 

In pratica il colore con cui 
si disegna in un punto di- 
pende dalla sfumatura sele- 
zionata nella palette e dalla 
tonalità della texture in quel 
punto. I risultati sono molto 
realistici. 

Gli strumenti di disegno si- 
mulati sono gesso, pastello, 
acquarello, ecc. Anche essi 
sono file esterni e quindi è 
prevedibile lo sviluppo di 
future librerie di espansio- 
ne. 

ANIMAZIONE 


pressione (che sono supportate da D- 
Paint con l'aggiunta di un apposito dri- 
ver). 

Sul versante software è stato inaugura- 
to un filone di ricerca di algoritmi per la 
simulazione di materiali fisici (carta, te- 
la, legno, ecc.) e di strumenti di dise- 
gno reali (pennarelli, carboncino, pen- 
nello, ecc.). 

Naturalmente nulla impedisce di speri- 
mentare con materiali e strumenti non 
disponibili nella realtà: potenza del 
software! Su Amiga, DPaint è tra i primi 
pacchetti a supportare tali tecniche. 

I materiali disponibili sono 51, ma e- 


Siete mai riusciti a scrivere 
con la vernice sulla corteccia 
di un albero senza sentirvi vandali? 
Con DPaint si può... 
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Questo aspetto del pro- 
gramma è stato rinnovato 
profondamente. La potenza 
aggiunta deriva in ugual mi- 
sura dalla rimozione delle 
vecchie lacune e dall'intro- 
duzione di alcune migliorie. 

Finalmente è possibile animare con pa- 
gine più grandi dello schermo; si può 
lavorare in modo 320x256 con una pa- 
gina da 800x600. Inoltre è stato esteso 
il controllo sui singoli fotogrammi: ora si 
può cambiare la palette e la velocità di 
riproduzione dell’animazione trame per 
trame. Da alcuni anni la palette variabi- 
le era una realtà “de facto” nel panora- 
ma del software Amiga ed è piacevole 
notare che anche DPaint si adatta alle 
tendenze del mercato. 

Le altre migliorie minori sono il suppor- 
to per il formato ANIM8 (quello usato 
da ADPro) e l’implementazione di un 
“trame rate speedometer”, cioè di un 
misuratore di velocità per le animazioni. 
Esaminiamo ora le innovazioni più con- 
sistenti. 

Nel Move requester è stato aggiunto il 
supporto per i key trame. Con key tra- 
me (letteralmente, fotogrammi chiave) 
si indicano in gergo i fotogrammi sa- 
lienti di una sequenza. 

Nei cartoons seriali il capo animatore è 
responsabile della creazione dei key 
trame. Gli assistenti si occupano di 
“riempire" gli spazi vuoti tra un key e 
l’altro disegnando i fotogrammi man- 
canti. 

Questo processo viene efficacemente 
simulato su computer tramite interpola- 
zione. In altre parole, basta indicare la 
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posizione iniziale e quella finale di un 
oggetto (i due key) perchè il calcolato- 
re possa disegnare automaticamente 
tutte quelle intermedie. Il vantaggio di 
questa tecnica è che il computer può 
interpolare anche altri dati oltre alla po- 
sizione e all’allineamento di un brush: 
per esempio DPaint 5 è in grado di pro- 
durre dissolvenze automatiche grazie 
all’integrazione del comando Translu- 
cency nel Move requester. 

Il Camera Move requester sì occupa in- 
vece del movimento della telecamera. Il 
suo funzionamento è simile a quello del 
vecchio Move requester, ma, anziché 
spostare i brush, si occupa dello spo- 
stamento del punto dì vista. 

Gli effetti ottenibili sono carrellate pano- 
ramiche, zoomate e movimenti compo- 
sti. Anche in questo caso si può opera- 
re con i key trame. 

Per finire, è stata migliorata la Lighta- 
ble: ora sfrutta fino a quattro layer (stra- 
ti) per avere la visibilità di altrettanti fo- 
togrammi. Il grado di trasparenza di o- 
gni layer è configurabile. 

TRUE COLOR, PALETTE, RANGE 
E GRADIENTI 

Con DPaint 5 è possibile caricare modi- 
ficare e salvare immagini a 24 bit. Quel- 
lo che appare sullo schermo è un’ap- 
prossimazione dell'originale a 16 milioni 
di colori. 

La qualità dell’approssimazione dipen- 
de dal modo grafico scelto. Per questo 
motivo sono preferibili i modi HAM o a 
8 bit (anche se nulla vieta di usare 
schermi monocromatici). Il true color 
consuma circa il triplo della memoria 
occupata da uno schermo a 8 bit di pa- 
ri risoluzione ed è piuttosto lento in 
quasi tutte le operazioni. Questo signifi- 
ca che il suo uso è consigliato soprat- 
tutto agli utenti di macchine ricche di 
memoria e dotate di processori veloci 
(almeno 68040). 
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/ nuovi gradienti e il nuovo airbrush. 


Il pannello della palette è stato legger- 
mente ridisegnato e ospita contempo- 
raneamente gli slider RGB e HSV. L’a- 
rea di prova per la miscela dei colori è 
stata allargata e la griglia che contorna 
i colori può essere eliminata con uno 
switch (in modo da facilitare il confronto 
diretto tra due tinte). 

Il pannello di definizione dei range per- 
mette di costruire intervalli di sfumature 
molto ampi (più di 200 colori per ogni 
intervallo) e permette di regolare un pa- 
rametro di trasparenza (translucency) 
per ogni colore. 

Infine, sono stati aggiunti due nuovi 
gradienti per la miscelazione automati- 
ca dei colori: Smooth e Pattern (che 
corrispondono rispettivamente al dithe- 
ring Floyd-Steinberg e a quello Orde- 
red). Con Smooth si ottengono ottimi ri- 
sultati in modo HAM (vedi figura in al- 
to). 

V INTERFACCIA AREXX 
E LE IMACRO 

Queste due nuove caratteristiche val- 
gono da sole il costo dell’upgrade. Le 
macro servono per automatizzare ad 
alto livello processi ripetitivi. Il funziona- 
mento è molto semplice: si registra una 


sequenza di operazioni e di comandi 
con un nome simbolico e la si richiama 
ogni volta che è necessario. Gli usi 
possibili sono pressoché infiniti. 

Si va dal semplice assegnamento di un 
hotkey a un comando che ne è privo, fi- 
no all’automatizzazione di procedure 
complesse come la creazione di ombre 
sfumate a partire da un brush caricato 
da disco. 

L’uso delle macro non richiede cono- 
scenze tecniche particolari ed è adatto 
anche agli utenti meno esperti. ARexx, 
invece, è sempre stato considerato uno 
strumento tanto potente e flessibile 
quanto difficile da apprendere e da u- 
sare. Questa convinzione è una leg- 
genda assolutamente priva di fonda- 
mento, sia in generale, che nel nostro 
caso. 

DPaint salva le macro come file batch 
Arexx, per cui chiunque registri una 
macro “scrive” un programma ARexx, 
anche se non lo sa. Di fatto questo ap- 
proccio avvicina gli utenti ad ARexx 
perchè permette di superare l’ostacolo 
iniziale dovuto alla difficoltà di produrre 
il primo script funzionante e di com- 
prendere gli oscuri messaggi d’errore 
dell’interprete. Basta salvare una macro 
anche semplice per disporre uno script 
corretto che può essere modificato con 
un text editor e che può essere esteso 
mentre si acquista familiarità con il lin- 
guaggio. 

L’insieme dei comandi della porta 
ARexx di DPaint è di immediata com- 
prensione. 

Ecco i nomi di alcuni dei comandi: AIR- 
BRUSH, LOADANIM, COLORCYCLE, 
ROTATEBRUSH, USEBRUSHPALETTE, 
ecc. Con nomi così descrittivi, i sorgen- 
ti ARexx perdono quella fama sinistra e 
arcana che avevano acquisito grazie a 
programmi come il vecchio DigiPaint 
(in cui tutti i comandi erano ermetiche 
abbreviazioni di sole quattro Ietterei). 
Dobbiamo ammettere che l'aggiunta 



Con uno script 
ARexx 

di poche righe, 
si trasforma DPaint 
in un software 
per lo studio 
di funzioni. 


1 fotogrammi salienti 
del moto armonico 
di un brush, 
ottenuti grazie 
a uno script ARexx. 
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Una sinusoide calcolata 
con ARexx, il tool di simmetria 
e il midticycle possono produrre 
effetti interessanti. 


della compatibilità ARexx è una 
delle caratteristiche più piacevoli e 
utili dell'intero pacchetto. Ci siamo 
divertiti a produrre qualche sempli- 
ce esempio, che lascia intuire la 
versatilità di questo linguaggio. 

Il primo è un breve listato che sfrut- 
ta lo schermo di DPaint come lava- 
gna per lo studio di funzioni mate- 
matiche. Il secondo è uno script che 
carica un brush e lo usa per simulare in 
modo automatico il moto armonico 
semplice. L’animazione risultante viene 
salvata su disco. 

Il terzo sfrutta alcune caratteristiche ti- 
piche di DPaint (simmetria e multicycle) 
in congiunzione con il tracciamento di 
una sinusoide (figura a lato). 

L’effetto è molto interessante: peccato 
solo che la foto non possa riprodurre il 
ciclo di colori! 

Gli esempi a cui abbiamo fatto cenno 
sono piuttosto semplici, eppure biso- 
gna sottolineare che, grazie ad ARexx, 
DPaint si spinge oltre il campo della 
grafica creativa pura. In futuro potreb- 
bero apparire librerie o applicazioni in 
grado di sfruttare il programma (magari 
integrandolo con altro software) per si- 
mulazioni scientifiche o per altro. L’uni- 
co limite è la fantasia. 

LE ALTRE HOVITÀ 


L’airbrush è disponibile anche in una 
nuova versione più realistica e più simi- 
le a un vero spray. È possibile agire su 
parametri che ne controllano il raggio e 
l'intensità. 

Ben due nuovi strumenti di selezione 
debuttano in Dpaint5: il Freehand 
Pickup Tool e la Magic Wand. 

Con il primo si delimita la zona da sele- 
zionare disegnandola e con il secondo 
basta fare un click per raccogliere co- 
me brush tutta l'area contigua al pixel 
selezionato (per contigua si intende 
non interrotta dal colore di sfondo). 
Anche le opzioni di stampa sono state 
potenziate e si può stampare lo story- 
board di una animazione con l’opzione 
Animboard, 

Sulle macchine dotate di processore 
68020 o superiore si può attivare l’op- 
zione Mousetrack che consente di di- 
segnare a mano libera con maggiore 
efficacia. 
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Le icone dei file salvati possono conte- 
nere una preview deH'immagine, che 
viene visualizzata appena si opera una 
selezione nel file requester. 

A ogni operazione è ora associato un 
fuel gauge che indica visivamente 
quanto manca al termine. Infine, DPaint 
è affiancato da un nuovo Viewer, in gra- 
do di riprodurre animazioni direttamen- 
te da hard disk anche in formato A- 
NIM8. 

CONCLUSIONI 

Purtroppo il programma non è esente 
da difetti. Il più vistoso è il mancato 
supporto per le schede grafiche, anche 
per quelle dotate di emulazione Work- 
bench. 

In realtà sembra che DPaint funzioni 
parzialmente con alcune schede, ma la 
notizia non è ufficiale e comunque sul 
manuale non se ne fa menzione. I pro- 
grammatori hanno dichiarato che ren- 
dere compatibile il software con l'emu- 
lazione Intuition delle schede grafiche 
avrebbe richiesto uno sforzo che a- 
vrebbe impedito l’introduzione di molte 
delle nuove feature. 

In effetti i sorgenti di DPaint sono stati 
modificati nel tempo da sviluppatori dif- 
ferenti e questo rende molto più com- 
plicato modificare il codice già scritto 
che non scriverne di nuovo (anche per- 
ché bisogna considerare che lo svilup- 
po è iniziato dieci anni fa, quando il 
concetto di “retargetable graphics” era 
ancora fantascienza). 

Speriamo che in futuro, questa situazio- 
ne possa cambiare, magari con l’inco- 
raggiamento del libero mercato: infatti 
alcuni dei concorrenti diretti di Deluxe 
Paint supportano già numerose schede 
grafiche. 

Gli altri problemi che abbiamo trovato 
sono meno significativi e facilmente ov- 
viabili. A seconda della tastiera che si 
possiede alcuni shorcut vengono “so- 


vrascritti” da altri. Per esempio, con 
la tastiera italiana non funzionano lo 
shortcut per saltare all’ultimo foto- 
gramma dell’animazione corrente 
(Shift-2) e quelli per riavvolgere l’a- 
nimbrush corrente in entrambe le 
direzioni (Shift-7 e Shift-8). Proba- 
bilmente anche questi errori sono 
dovuti alla eredità di codice vec- 
chio. 

Per il resto il software ha dimostrato 
di funzionare bene in multitasking e 
di essere stabile. 

Questo programma è ricco di 
spunti innovativi in grado di influen- 
zare il mercato e lo sviluppo di altre 
applicazioni simili. Chiunque intenda 
occuparsi di grafica e animazione su A- 
miga dovrebbe prenderlo in seria con- 
siderazione. 


£CHEDA pRODOTTO 


Nome 

Deluxe Paint V 

Produttore 

Electronic Arts 

Distribuito da 

Axxel Computer & Software 
Contrà Mure S. Rocco, 17 
36100 Vicenza 
tei. 0444-325592 
fax 0444-321145 

Prezzo 

L. 295.000 

Giudizio 

molto buono 

Configurazione 

richiesta 

Amiga Dos 2.04 0 
superiore, 2 Mb di Ram 
(almeno 4 Mb per l’uso dei 
24 bit) 

Configurazione 

raccomandata 

68040, Amiga Dos 2.1 0 
superiore, 8 Mb di Ram, 5 
Mb di spazio su hard disk 

Pro 

programma con una lunga 
storia alle spalle, solido, 
semplice e potente, con un 
ottimo manuale e 
caratteristiche avanzate 
(Arexx, supporto per il true 
color, simulazione di 
materiali fisici, key framing, 
movimenti di telecamera, 
ecc.) 

Contro 

interfaccia utente ibrida di 
vecchio e nuovo, manca il 
supporto per le schede 
grafiche, gestione errata di 
alcuni shortcut con alcune 
tastiere, manuale in inglese 
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MICRONIK AMIGA 1200 TOWER 


Paolo Canali 


Una soluzione modulare 
per espandere il 1200 
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Tuttavia la costru- 
zione meccanica ha 
gli stessi difetti della 
versione per A4000: 
le lamiere interne 
sono sottili e defor- 


P er espandere davvero il 
proprio Al 200 ci sono 
solo due possibilità: 
passare ad A4000 (che non 
ha certo un cabinet spazioso) 
oppure “cambiare pelle”, 
mettendolo in un cabinet 
tower e aggiungendo gli slot. 

La soluzione della tedesca 
Micronik è la più modulare tra 
quelle disponibili. 

A molti può bastare avere un 
alimentatore di potenza esu- 
berante, una buona ventila- 
zione della scheda accelera- 
trice e tanto spazio per le pe- 
riferiche, senza scendere a 
soluzioni artigianali “mortifi- 
canti" come l’adattamento 
forzato del povero Al 200 in 
un cabinet PC. Chi invece 
vuole avvicinarsi di più al 
4000 può scegliere la solu- 
zione completa di daughter- 
board, che è quella recensita 
in questa prova. 

IL CABINET 

Il cabinet proposto da Micro- 
nik è un mid-tower dalle mi- 
sure classiche (50 cm di al- 
tezza, impronta del basa- 
mento di 48 x 23 cm), con tre alloggia- 
menti da 5,25” a mezza altezza acces- 
sibili dal frontale e cinque da 3,5” (di 
cui solo tre accessibili frontalmente). È 
un parente stretto del big-tower A4000 
recensito sul numero 65, come dimo- 
stra anche l'aspetto. 

L’ampio sportello con chiusura a scatto 
che copre i vani delle periferiche è fa- 
cilmente asportabile in caso di neces- 
sità, ed è dotato di una finestra in plexi- 
glas fumé che lascia vedere l’indicatore 
di frequenza di clock a tre cifre e le 
spie di attività. 

Come per il fratello maggiore, le spie in 
posizione molto incassata restano visi- 
bili solo posizionando il computer sulla 
scrivania, di fianco al monitor, dove sa- 
rebbero a portata di mano anche la 
chiave biocca-tastiera e i pulsanti di 


accensione, reset, ed esclusione 
dell’acceleratrice. 

Il bellissimo pannello posteriore, robu- 
sto e verniciato a buccia d’arancia anti- 
graffio, dimostra che questo cabinet 
non è un prodotto per PC, ma è forato e 
serigrafato appositamente per ospitare 
la motherboard di Al 200. 

Oltre ai fori per tutti i connettori della 
motherboard A1200, sono disponibili: 
sei feritoie per gli slot; un'apertura iden- 
tica a quella dietro al floppy drive di 
Al 200 (coperta da un tappo in plasti- 
ca); un foro per connettore a 23 piedini 
(anch’esso con coperchio); una presa 
standard a cinque poli per tastiera. Il 
foro per la ventilazione ospita il pannel- 
lo posteriore dell’alimentatore opzionale 
oppure una piastra con ventola da 80 
mm. 


mabili, con spigoli 
vivi e taglienti (il co- 
perchio invece è 
solido e pesante). Tutta la struttura è te- 
nuta insieme solo da una dozzina di ri- 
vetti e qualche vitina, mentre la plastica 
di frontale e basamento è estremamen- 
te tenera e di composizione non dichia- 
rata. 

Fortunatamente le piccole dimensioni 
del mid-tower non mettono alla prova la 
robustezza meccanica e la precisione 
della lavorazione: a computer chiuso 
l’aspetto è gradevole e robusto, anche 
grazie al coperchio. 

In ogni caso il manuale raccomanda di 
non stringere con energia le viti che 
trattengono le schede, il coperchio e il 
supporto rimuovibile delle periferiche 
da 3,5” (la classica lamiera a U che si 
aggancia sotto ai vani fissi da 5,25"): 
per il ridotto spessore della lamiera, i fi- 
letti si possono rovinare. 
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LA SCHEDA DEGLI SLOT 

La scheda degli slot (daughterboard) è 
divisa in due parti, realizzate in tecnolo- 
gia tradizionale su una comune basetta 
di vetronite a doppia faccia. La più pic- 
cola è uno sdoppiatore passivo di slot 
CPU, privo di elettronica: si inserisce 
sul pettine dell’AI 200 (che duplica po- 
steriormente), e trasmette i segnali alla 
daughterboard principale soprastante 
tramite due coppie di connettori a nor- 
me DIN 41612, che fungono anche da 
distanziatori. Grazie a questo accorgi- 
mento è possibile espandere l’Amiga 
con una qualsiasi scheda acceleratrice 

0 di Fast RAM per Al 200, mantenendo 
la possibilità di usare gli slot Zorro. La 
scheda principale copre parzialmente 
la motherboard e lo sdoppiatore; giu- 
stamente non si sovrappone né ai con- 
nettori per floppy disk e hard disk (che 
restano facilmente accessibili), né all'e- 
ventuale acceleratrice, che viene a tro- 
varsi sotto all’alimentatore opzionale 
oppure dietro alla ventola. 

L’unica perplessità riguarda il modo in 
cui è orientata l'acceleratrice: sulla 
gran parte delle schede i chip sono sul- 
la faccia opposta a quella dove batte il 
flusso d’aria e finiscono a distanza di 
pochi millimetri dal coperchio. Un 
rinforzo del telaio posto nelle vicinanze 
potrebbe persino interferire con qual- 
che zoccolo SIMM particolarmente 
sporgente. In realtà non è il caso di 
preoccuparsi, perché il calore attraver- 
sa la vetronite e viene asportato dalla 
corrente d’aria molto meglio che nel ca- 
binet originale di Al 200. 

La daughterboard ospita un micropro- 
cessore Intel a 8 bit per la gestione del- 
la tastiera, con il suo quarzo: l’esempla- 
re in prova era ancora di preserie e non 
decodificava correttamente la pressio- 
ne di alcuni tasti. Inoltre sono in mostra 
le nove PAL (circuiti logici programma- 
bili) su zoccoli e gli integrati TTL che 
governano i cinque slot Zorro II. I con- 
nettori per bus ISA a 16 bit sono alli- 
neati con gli ultimi quattro slot, ma solo 

1 loro piedini di alimentazione sono col- 
legati. Sono utili per ospitare un TBC o 
altre schede che non hanno bisogno di 
una connessione al bus Amiga, oppure 
possono essere attivati inserendo una 
scheda emulatrice. Mancano lo slot vi- 
deo, che la motherboard di Al 200 non 
è in grado di supportare, e gli slot Zorro 
III. 

Alla daughterboard si collegano anche 
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l’alimentatore da 200 W opzionale, uno 
speciale cavo piatto per il connettore 
tastiera della motherboard, e la prolun- 
ga che porta i segnali della tastiera si- 
no al pannello posteriore. 

TASTIERA 

Il problema della tastiera è il più spino- 
so tra quelli che si presentano volendo 
mettere l’A1200 in un cabinet tower: Mi- 
cronik ha il merito di averlo risolto in 
maniera geniale. Grazie al convertitore 
di protocollo della daughterboard (che 
nella versione senza slot è fornito su u- 
na schedina) è possibile usare una 
qualsiasi tastiera per PC IBM compati- 
bili. Se qualcuno trova raccapricciante 
l’idea di toccare una tastiera col mar- 
chio IBM o Microsoft, può acquistare il 
kit aggiuntivo (visibile nelle foto) com- 
posto da un guscio di tastiera A4000 
modificato per accogliere la tastiera ori- 
ginale del 1200 e un altro convertitore 
di protocollo connesso al classico cavo 
spiralato, anch’esso da inserire nel gu- 
scio della tastiera. In questo modo la 
tastiera del 1200 si trasforma in una ta- 
stiera PC/AT, compatibile col tower Mi- 
cronik! Poiché l’esemplare fornitoci era 
di preserie non abbiamo potuto provar- 
lo completamente; la versione definitiva 
dovrebbe consentire addirittura l’utiliz- 
zo su un IBM compatibile. 

MOHTAGGIO 

Per il montaggio, Micronik fornisce il 
solito manuale in tedesco nello stesso 
stile molto tecnico di quello del Big 
Tower A4000; fortunatamente le figure 
sono abbondanti ed è in preparazione 
un'edizione inglese. Passo per passo 
viene descritto il modo corretto di 
smontare CAI 200 e posizionare i pezzi 
nel Tower 1200 col minimo sforzo a se- 
conda delle opzioni scelte; la sempli- 
cità dell’AI 200 rende l’operazione ab- 
bastanza rapida. Però non è una cosa 
che possono fare tutti: come nel caso 
del cabinet per A4000, durante il mon- 
taggio sono state riscontrate piccole di- 
screpanze tra le istruzioni e il materiale 
disponibile, difetti delle parti preassem- 
blate e carenza di avvertimenti nelle si- 
tuazioni in cui un errore può causare 
danni. Un esempio: l’esame preliminare 
del cavo in dotazione per il floppy drive 
ha rivelato che era in cortocircuito, e i- 
noltre il frontalino per il floppy drive 
contenuto nella nostra confezione era 


per drive Chinon (il più usato da Com- 
modore), mentre LAI 200 scelto per la 
prova era uno degli ultimi modelli, con 
drive Mitsumi. È bastato procurarsi un 
frontalino del tipo adatto e rifare il cavo: 
questione di cinque minuti, ma non per 
l’inesperto. 

Il manuale non fa cenno neanche alla 
procedura non banale per installare un 
secondo floppy drive interno. Il cavo 
per hard disk e CD-ROM AT-bus da 
3,5" (cioè il convertitore di piedinatura 
da 44 a 40 poli, che per l’uso in questo 
minitower deve essere lungo almeno 40 
cm) va richiesto a parte. L’assemblag- 
gio si può portare a termine in poco più 
di un’ora (a parte la fase di configura- 
zione delle periferiche), ma una perso- 
na inesperta non ha speranza di con- 
cludere con successo l’operazione, 
tranne che per l'installazione della ver- 
sione senza alimentatore e senza slot. 

PROVE 

Abbiamo provato la daughterboard Mi- 
cronik con svariate schede Zorro II e 
qualche acceleratrice: purtroppo la 
compatibilità è risultata modesta. Un 
vecchio controller SCSI Nexus (che su 
A4000 e A2000 funziona perfettamente) 

QCHEDA pRODOTTO 

Nome Micronik Amisa 1 200 Tower 
Produttore MicroniK Computer Service 

Distribuito da Db-Line srl 

v.le Rimembranze, 26/C 
Biandronno (VA) 
tei. 0332-819104 
help-line 0332-767383 

Prezzo con tastiera PC L 739.000; 
con allossiamento per 
tastiera 1 200 L. 889.000; con 
tastiera PC e slot Zorro II L. 
1.189.000; con 
allosgiamento per tastiera 
1 200 e slot Zorro II L. 

1 .339.000; alimentatore 230 
WL. 199.000 

Giudizio buono (con riserva) 

Pro ampie possibilità di 
espansione 

Contro materiali non sempre di 

prima qualità, compatibilità 
Zorro II modesta, montaggio 
riservato agli esperti, 
mancanza di slot Zorro III e 
PCMCIA, manuali non in 
italiano 



Tutti i marchi suriu registrali dai legittimi proprietari - I prezzi seguono le Iet 


HARDWARE 


ha funzionato, ma solo disabilitando i 4 
Mb di RAM ospitati a bordo. La situa- 
zione non è cambiata disabilitando la 
Fast RAM dell’acceleratrice, che co- 
munque per un corretto funzionamento 
delle schede Zorro andrebbe configu- 
rata fuori dall’area di memoria a 24 bit 
(si può fare solo con il processore 
68030). Viceversa la RAM di un A2091 
è stata vista, ma non il controller (che 
lavora in DMA). Le altre schede non 
hanno dato problemi significativi, ma è 
chiaro che gli slot Micronik non seguo- 
no fedelmente le specifiche Zorro II, 
quindi la compatibilità con la propria 
configurazione va verificata caso per 
caso. Tutte le acceleratrici provate han- 
no funzionato correttamente, ma per il 
modo in cui gli slot sono stati ricavati 
non possiamo escludere che anche in 
quest'area si verifichino incompatibilità 
con qualche scheda. 

La possibilità di collegare al 1200 una 
normale tastiera PC, magari ergonomi- 
ca e di alta qualità, sarà un grande pun- 
to a favore di questo tower: ma avendo 


provato una versione preliminare dell’in- 
terfaccia ci asteniamo da giudizi. La 
possibilità di riutilizzare la scadente ta- 
stiera originale ci sembra pratica e in li- 
nea con lo spirito Amiga, ma meno inte- 
ressante (ha il vantaggio comunque di 
permettere l’suo dei normali tasti 
Amiga, nelle tastiere per PC i tasti Ami- 
ga vengono di solito rimappati in strane 
posizioni, per esempio FI e F2). 

Per poter utilizzare lo slot PCMCIA del 
1200 è necessario acquistare la staffa 
opzionale fornita da Micronik che non e- 
ra in dotazione nel modello in prova e 
che pertanto non abbiamo potuto pro- 
vare. Avremmo anche preferito un ali- 
mentatore di qualità migliore e con più 
cavetti per le periferiche, ma ci è stato 
comunicato che a questo problema è 
già stato posto rimedio nella versione di 
serie del cabinet. 

CONCLUSIONI 

Questo tower Micronik ha un po’ deluso. 
Confessiamo che la colpa è soprattutto 


nostra, perché avevamo aspettative e- 
sagerate: dopotutto, durante le prove 
abbiamo potuto trasferire nel cabinet un 
Al 200 ben vitaminizzato e un’intera ca- 
tena SCSI con due grossi hard disk, 
streamer e CD-ROM, concentrando in 
un computer compatto, affidabile e bel- 
lo da vedere quella che sembrava una 
foresta di cavi e scatole precariamente 
tenuti insieme. Un buon risultato da tutti 
i punti di vista. 

Ma alla fine l’Amiga che abbiamo otte- 
nuto, per quanto potente, resta sempre 
un A1200 espanso e non un A4000: 
mancano i veloci slot Zorro 3, slot per 
acceleratrici 040, slot video; anche l’e- 
spandibilità Zorro 2 non è al livello 
dell’A4000. 

Infine, il montaggio non è stato facile 
come avrebbe potuto e il prezzo non è 
certo economico. Ci auguriamo che nel- 
la versione definitiva di questo prodotto, 
Micronik abbia limato le imperfezioni ri- 
scontrate sul prototipo: dopo aver visto 
il big tower A4000, siamo sicuri che 
sarà in grado di farlo. ▲ 



Utile estensione per AMOS che aggiunge 
oltre 120 comandi per utilizzare intuition 
(schermi, finestre, gadget, menù, ...) con 
estrema semplicità. Contiene molti esempi. 
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Acid Blitz Compiler 

* 

Nuova versione del famoso Blitz Basic II, 
il più potente interprete/compilatore Basic 
per Amiga 


ax-Modem 
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top? - v.32b/v.42b/MNP5 
L. 260.000 
- - v.34/v.42b/MNP5 
L. 450.000 
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Supporto 

Da Settembre 
anche a 

Milano e Biella 
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ImageFX 


Programma professionale di fotcritoc 
elaborazione gra ica. conversione dà 
luzione e formato utf.gif.pcx.jpegj' 
crea effetti speciali, supporta , 
grafica, gestisce scanner- 


Multibit 


Vi a Boniperti, 59 
28015 - Momo (NO) 


Tel. 0321-926907 
Fax 0321-926210 
Orario di apertura: 
9:30-12:00 / 15:00-18.30 

Chiuso il Lunedì mattino 

*** 

Consegne in tutta Italia 






MODEM JET 28800 


A lla recente ufficializza- 
zione del protocollo I- 
TU-T v.34 per trasmis- 
sioni di dati a 28.800 bps, è 
seguito il lancio sul mercato 
di un gran numero di nuovi 
modem. La maggior parte di 
essi monta il chipset 
di Rockwell (ormai uno 
standard), con firmwa- 
re proprietario. Tra 
questi, il Jet 28800. 

LA CONFEZIONE 


Aperta la scatola, ciò 
che colpisce istantanea- 
mente sono le dimensioni 
estremamente ridotte del 
modem, se paragonate 
alla maggior parte dei 
vecchi 14400. 

Comunque il case (che è 

10 stesso di certi Trust) è 
già stato modificato negli 
ultimi modelli ritornando a 
dimensioni più tipiche e for- 
se anche più accattivanti. 

Troviamo inoltre il manuale 
di istruzioni in inglese, una 
piccola guida all'installazio- 
ne, un dischetto con softwa- 
re MS-DOS con relativo manuale di i- 
struzioni (utile specialmente se capi- 
tasse di dover rivendere il modem) e 
un cavo seriale dotato da un lato sia di 
connettore da 9 che da 25 pin, in tinta 
con il modem. L’inclusione del cavo è 
un particolare decisamente positivo, in 
quanto l’acquisto in negozio 
spesso costringe a un'ulte- 
riore spesa. 

I! manuale del modem è piut- 
tosto succinto, ma nel com- 
plesso esauriente. 

11 rivenditore fornisce in 
bundle con il modem Termi- 
nus e AFaxdemo, rispettiva- 
mente un buon emulatore di 
terminale e un programma di 
invio/ricezione/manipolazio- 
ne fax per Amiga, entrambi 
PD. 


Matteo Tenca 


Amiga a 28.800 bps 



IL MODEM 

Come già accennato, Jet 28800 è in 
grado di trasmettere e ricevere dati sul 
la normale rete telefonica a una velo- 
cità massima di 28.800 bps (bit al se- 
condo) implementando i protocolli v. 


6PF» 2.347 Class2 15.6.94 



34 e v. FC (Fast Class). È u- 
tile tracciare una distinzione 
tra i due: il primo è il proto- 
collo ufficiale per la trasmis- 
sione a 28,8 kbps in quanto 
è ufficialmente approvato 
dal l’ ITU-T, ex CCITT, l’ente 
americano che si occupa 
degli standard telecomuni- 
cativi. Il secondo è un proto- 
collo ideato da Rockwell, 
che è stato messo a punto 
prima dell’agognata ufficia- 
lizzazione del v. 34 in virtù 
della grande “sete” di alta 
velocità. Le differenze tra i 
due protocolli sono poco e- 
videnti: v. 34 ha dalla sua 
un sistema di handshaking 
maggiormente evoluto, che 
sfrutta il protocollo v. 8 per 
saggiare la qualità della li- 
nea e per scambiare le 
reciproche specifiche, 
anziché il classico siste- 
ma dei toni di riconosci- 
mento, diminuendo così 
da un lato la durata 
dell’handshake, che con 
l’aumentare del numero 
dei protocolli implementati cominciava 
a superare la decina abbondante di 
secondi, e dall'altro adattando con 
maggior efficacia la velocità di connes- 
sione alla qualità della linea. Si diceva 
poco evidenti, in quanto, esclusa la fa- 
se di handshake, una connessione v. 
34 risulta indistinguibile da una v. FC. 
Discorso a parte merita il caso in cui si 
viaggi su linee “sporche": in 
tal caso, il v. 34 risulta larga- 
mente più affidabile del v. 
FC, in quanto molto più a- 
dattabile e intelligente. Per 
contro, su lìnee pulite l’ec- 
cessiva “prudenza" del v. 34 
gioca in favore del v. FC, 
che assicura quasi sempre 
una portante a 28.800 bps. 


GPFax: 

spedizione di un fax. 
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FILE (28 nin. r-inàsti): 


ft Ganbio R'*ss 
V Leggi 
S Statistiche. 
? Fiuto 

Scegli: 


Scrivi Vi' 
Modificar? I 
download e s 
Per un noma 


Un particolare: una con- 
nessione a questa velocità, 
in v. 34, avviene circa nel 
50% dei casi; nei restanti si 
ottiene una portante a una 
delle velocità inferiori im- 
plementate dal protocollo: 
spesso 26.400 o 24.000, 
raramente a 21.600 bps. 

Qualità di linea permetten- 
do, un fall-forward (rinego- 
ziazione della velocità di 
connessione) automatico 
consentirà in alcuni casi di 
raggiungere le prestazioni 
massime. 

Una caratteristica molto in- 
teressante di questo mo- 
dem è la possibilità di aggiornare il 
firmware con estrema facilità, grazie 
alle flash-ROM. Il procedimento con- 
sente di caricare nel modem il nuovo 
firmware via software, senza quindi do- 
ver aprire il case, comprare EPROM e 
programmarle. 

Resta da chiedersi dove recuperare 
tali aggiornamenti, perché la casa pro- 
duttrice è una sconosciuta sottomarca. 
È presente anche il supporto per il Cal- 
ler-ID (identificazione del chiamante 
prima ancora che si risponda al telefo- 
no), servizio comunque non fornito da 
Telecom, eccetto che su linee digitali, 


CCHEDA pRODOTTO 


Trovate 14 corrispondenze , 


L Cerca un File F Elenco File fi nuovi File 

G Scolleganento G Download U Upìoad 

r Xflirci Flks C Guardai fi PC/ZIP fi fien o Pri ncipale 

noflen download 

v 8MKPD48 , LHfì \ 

j * .1 Sto ricevendo un file binario. . . 

E.*e:: 34713 6 - e , z* 755981 

: U 88:81 :47 : ;e.:*e: 88:83:53 ! 


Download con NComm 
di un file compresso 
durante una connesione 
in v. FC a 28.800 bps. Si noti 
la velocità di trasferimento 
(Xfer rate). 


File: jHnHMMMBHM 

Dimensioni : ^ 

leMpo: f Minuti e 2 secondi (previsti! 
Hodo: ZMode* 


Nome 
Produttore 
Importato da 


Prezzo 

Giudizio 

Pro 


Contro 

Configurazione 
della prova 


Jet 28800 
Jet 

Multi bit 

via Boniperti, 59 
28015 Momo (NO) 
tei. 0321-926907 
fax 0321 -926210 

L. 450.000 IVA compresa 

molto buono 

rapporto prezzo/ 
prestazioni, Flash EPROM, 
compatibilità v. 34, v. FC, 
MNP 10, facilità di 
installazione 

non è un prodotto di 
marca, manuale in inglese 

1200 base 


e MNP-10, un protocollo di correzione 
d’errore esplicitamente studiato per le 
connessioni via rete cellulare a 2.400 
bps. 

I comandi più evoluti mettono a dispo- 
sizione delle funzioni interessanti: per 
esempio, possiamo forzare un refrain, 
ovvero un rinegoziamento della velo- 
cità della portante, per favorirne l’au- 
mento qualora ci si fosse collegati a u- 
na bassa velocità e le procedure auto- 
matiche del modem non dessero i ri- 
sultati sperati. Inoltre, un altro coman- 
do ci può restituire un valore numerico 
che indica la qualità della linea. Infine, 
in un registro, a disconnessione avve- 
nuta, sarà possibile trovare un valore 
che indica il motivo della perdita di 
portante e quindi della connessione: 
hangup remoto (il modem remoto ha 
chiuso la comunicazione), errore nel 
protocollo o altro. 

Per quanto riguarda il supporto fax, il 
modem è compatibile con macchine di 
gruppo II e III, e mette a disposizione il 
set di comandi di classe 2, 

LE PRESTAZIONI 

Si sono dimostrate più che buone: una 
media di 3.200 cps circa sulle connes- 
sioni in v. 34 e v. FC e di 1.630 cps in 
v. 32bis (14.400) su file compressi. Nel 
caso di file di testo o comunque non 
compressi, è possibile grazie al proto- 
collo di compressione v. 42bis rag- 
giungere velocità molto più elevate, 
nell'ordine dei 6.000/7.000 cps in v. 
34. In questo caso, il limite è spesso 
rappresentato dalla velocità della con- 
nessione seriale fra modem e compu- 
ter. 

Su un Al 200 inespanso, non è possibi- 


le lockare a più di 38.400 
baud, pena la perdita di 
caratteri e conseguenti er- 
rori di trasferimento. Ciò in 
ogni caso non pregiudica 
affatto le prestazioni com- 
plessive, in quanto i file non 
compressi sono rari a tra- 
sferirsi (la maggior parte di essi è co- 
stituita dai menu e dai testi delle BBS, 
mentre in Internet sono più frequenti) e 
nel caso, una velocità massima di 
3.880 cps pieni non è affatto da butta- 
re. 

Per quanto riguarda la diffusione dei 
modem a 28.800 bps, si può dire che 
non si corre più il rischio di vedere solo 
connessioni a 14.400. L’abbassamento 
dei prezzi dei modem v. FC dopo (uffi- 
cializzazione del v. 34, sommato alla 
campagna di upgrade di alcune case 
come la U.S. Robotlcs, hanno portato 
molti sysop al rinnovo dell’hardware. 
Non è raro trovare BBS con tre linee 
che montino su ciascuna un modem a 
28.800. 

Per quanto riguarda il lato fax, le prove 
hanno assicurato un ottimo funziona- 
mento, anche su connessioni intercon- 
tinentali (USA), generalmente le più di- 
sturbate. 

CONCLUSIONI 

Jet 28800 rappresenta una scelta mol- 
to valida, considerando soprattutto il 
prezzo poco elevato e la grande diffu- 
sione del chipset Rockwell. La presen- 
za delle flash-rom è inoltre garanzia di 
flessibilità e di semplice upgradabilità 
e la facilità d'uso è notevole, conside- 
rato che non è necessario alcun co- 
mando di configurazione in quanto i 
profili precaricati nella memoria non 
volatile garantiscono un ottimo funzio- 
namento. 

In conclusione, un ottimo modem, ba- 
sato sul chipset più diffuso, semplice 
da upgradare che fin dal primo mo- 
mento ha dato prestazioni ottimali. 
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AREXX IN PRATICA 


Rocco Coluccelli 


R icapitoliamo velocemente gli ar- 
gomenti trattati nella puntata pre- 
cedente. Abbiamo detto che 
ARexx consente una programmazione 
su più livelli e parlando di programma- 
zione modulare chiariremo il significato 
di questa affermazione. Abbiamo co- 
minciato a interagire con la porta 
ARexx di alcuni programmi. Poi abbia- 
mo cominciato a parlare delle librerie e- 
sterne e abbiamo visto come vanno uti- 
lizzate all'interno dei nostri script. Alla 
fine abbiamo introdotto l'uso della da- 
tatypes. library e della funzione Exami- 
neDT(). In questa puntata introdurremo 
brevemente l'uso della rexxreqtools. li- 
brary, utilissima per dotare i nostri 
script di una semplice interfaccia grafi- 
ca e cominceremo poi a esaminare l'u- 
so delle funzioni esterne e la program- 
mazione modulare. Tutti i programmi A- 
Rexx d'esempio li troverete su disco 
all'interno del file arexx.lzx compresso 
con il programma PD LZX apparso sul 
numero 66 di Amiga Magazine. Per e- 
strarre i file dovete usare l'istruzione: 

LZX x ondisk : arexx/arexx . lzx 

e poi copiare i file in REXX:. 

LA REXXREQTOOLS.UBRARY 

La rexxreqtools. library, come si evince 
dal nome, è una versione della ben no- 
ta reqtools. library utilizzabile da script 
ARexx. Per essere precisi, si appoggia 
alla reqtools. library dando la possibilità 
di creare e gestire requester di vario ti- 
po per mezzo di poche funzioni molto 
versatili. 

Sul dischetto abbiamo inserito lo script 
ReqDemo.rexx per illustrare brevemen- 
te alcune delle possibilità offerte dal 
suo impiego pratico (la libreria non è 
presente). Guardando attentamente le 
funzioni di questa libreria possiamo no- 
tare che fanno uso di liste di tag. Per 
chi non fosse edotto sull'argomento, di- 
ciamo che le liste di tag sono un modo 


molto intelligente di passare certi para- 
metri alle funzioni. Introdotti da tempo 
in molte funzioni di AmigaOS, i tag altro 
non sono che coppie del tipo variabi- 
le=costante che formano una lista. 
Conviene adottarli per tutti i parametri 
che non risultano indispensabili alla 
funzione. Grazie al loro uso potremo 
sempre aggiungere nuove potenzialità 
a una funzione, prevedendo nuovi tag 
senza che si modifichi la sua sintassi di 
chiamata, perché tutta la lista occupa il 
posto di un solo argomento. Fra poco 
vedremo come implementare qualcosa 
di simile nei nostri script ARexx. 

LE FUNZIONI ESTERNE 

ARexx è in grado di trattare come "fun- 
zione" entità piuttosto diverse tra loro: 
in primo luogo esistono le funzioni stan- 
dard del linguaggio ARexx e quelle di 
altre librerie esterne. In secondo luogo 
compaiono le funzioni create dall'uten- 
te all'interno di un proprio script, che 
tutti dovrebbero aver già provato a 
creare. Sappiamo anche che è possibi- 
le usare variabili locali o globali al loro 
interno. Tali funzioni sono "interne" al 
programma. 

Ma esiste anche un'ultima possibilità 
(la cui implementazione tecnica all'in- 
terno del linguaggio è piuttosto com- 
plessa, se ne è parlato ampiamente nel 
numero 49 di Amiga Magazine, pag. 
65): sono le funzioni "esterne", costitui- 
te da script ARexx separati posti su di- 
sco. La sintassi è la medesima utilizza- 
ta per le funzioni interne e le funzioni di 
libreria. Unico svantaggio rispetto alle 
prime è l'impossibilità di condividere le 
variabili. 

Prima di proseguire nel discorso, dob- 
biamo soffermarci su certe convenzioni 
che vedono coinvolti nomi ed estensio- 
ni degli script ARexx. È importante sa- 
pere quale programma ha lanciato in e- 
secuzione uno script, perché da ciò di- 
pende il nome della porta ARexx di de- 
fault e l'estensione dei nomi di file. Sup- 


poniamo di voler eseguire uno script da 
Shell con il comando: 

PX script 

Esaminiamo l'ordine con cui ARexx, a 
partire dalla directory corrente, cerca di 
aprire il file: 

script . rexx 
script 

REXX : script . rexx 
REXX : script 

Sapevamo già che l'estensione .rexx è 
quella tipica degli script ARexx lanciati 
da Shell, ma che succede se proviamo 
a eseguire il medesimo script da un al- 
tro programma? A questo proposito u- 
siamo la nuova versione di Shell. rexx 
che è sul dischetto. Lanciamola da 
qualunque programma che permetta 
l'uso di macro ARexx. Per esempio, 
dall'editor Ed di sistema (cancellate, se 
ancora non lo avete fatto, il file S:ed- 
startup) possiamo usare la funzione 
Comando A Rexx (AREXX Cornrnand) 
del menu comandi per lanciare 
Shell. rexx e nella finestra di input digi- 
tare: 

PARSE SOURCE line 

ext = WORD (line, WORDS (line) - 1) 

port = WORD (line, WORDS (line) ) 

SAY "Estensione :"ext /* ed */ 
SAY "Porta ARexx: 11 port /* Ed */ 

Il risultato sarà: 

Estensione : ed 
Porta ARexx: Ed 

PARSE SOURCE pone in line una strin- 
ga che contiene utili informazioni sul 
programma in esecuzione, fra cui ap- 
punto estensione e porta ARexx di de- 
fault. Come si nota, l'estensione usata 
per i file non è più ".rexx", ma ".ed n . 
Questa convenzione viene utilizzata an- 
che dall'istruzione CALL. 
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Supponiamo ora di voler chiamare 
Shell. rexx, come funzione esterna, da 
uno script per Ed con il comando: 

CALL Shell ( ) 

In questo caso avremmo un errore di 
funzione non trovata , perché non esi- 
ste lo script “Shell” o “Shell. ed’’. La 
chiamata corretta sarà allora questa: 

CALL Shell. rexx() 

Questa premessa è fondamentale per 
introdurre l’uso corretto delle funzioni 
esterne. 

UN PRIMO PROGETTO 

Abbiamo detto cosa sono le funzioni 
esterne e come si devono chiamare 
da altri script, ma non abbiamo detto 
nulla circa i vantaggi derivanti dal loro 
utilizzo. Per capirlo ci proponiamo di 
impiegare il programma Ital 2.0, distri- 
buito nel numero 66 di Amiga Magazi- 
ne per costruire alcuni script che usino 
la rexxreqtools. library. 

Prima di procedere, consultiamo la do- 
cumentazione della porta ARexx di Ital 
per poterla sfruttare. Osserviamo che 
è sufficiente indirizzarle il nome di un 
file di testo perché questo venga tra- 
dotto e salvato, con l’estensione .TRA, 
nella medesima directory, Elenchiamo 
le singole operazioni da portare a ter- 
mine: 

1 . Se Ital non è in esecuzione dobbia- 
mo lanciarlo. 

2. Poniamo il file da tradurre in una di- 
rectory temporanea. 

3. Passiamo il nome del file tempora- 
neo alla porta di Ital perché venga tra- 
dotto. 

4. Preleviamo il file tradotto per l’uso a 
cui è destinato. 

5. Al termine delle operazioni, cancel- 
liamo i file temporanei. 

Questa serie di operazioni la potrem- 
mo subito convertire in forma di istru- 
zioni ARexx e inserirle in uno script 
che traduca un file il cui nome gli è 
passato come argomento, ma potrem- 
mo anche farne uno che traduca al vo- 
lo i nodi di un documento AmigaGuide 
in inglese e un altro ci farebbe como- 
do quando vogliamo tradurre un bloc- 
co di testo dall'interno di un editor 
ASCII, ecc. Non ha senso introdurre in 
tutti questi script le medesime istruzio- 


ni che possiamo, convenientemente, 
raccogliere in una funzione esterna: 

ita = 'Traduci' (eng) 

Adesso facciamo qualche considera- 
zione. Questo script non viene chia- 
mato da Ital (anzi è il contrario) e costi- 
tuisce un'interfaccia completa verso il 
programma, al punto che potremo u- 
sarlo come base nella costruzione di 
altri script. 

Non è una buona pratica quella di ri- 
versare tutti i file nella directory REXX: 
anche solo per una questione dì ordi- 
ne. Alla luce di queste considerazioni, 
copiamo lo script in una directory 
REXX: Ital senza alcuna estensione al 
nome. Quest’ultimo accorgimento ci 
darà la possibilità di chiamarlo come 
funzione esterna senza mai doverci 
preoccupare della estensione imposta 
dal programma chiamante. Ecco co- 
me: 

ita = ’ Ital /Traduci ' (eng) 

Una volta che ci saremo assicurati del 
funzionamento dello script, potremo 
dare un ultimo sguardo alla documen- 
tazione della porta ARexx di Ital e ag- 
giungere altre funzionalità accessorie. 
Riportiamo adesso lo sguardo sulla li- 
sta delle operazioni da realizzare, al 
punto 1 per la precisione. 

Sapere se un programma dotato di 
porta ARexx è in memoria non è un 
problema, ma lanciarlo in esecuzione 
in caso contrario richiede una maggio- 
re accortezza. Una prima possibilità 
sarebbe: 

itp = "ITAL" 

IF -SHOW ( " P " , itp ) THEN DO 
ADDRESS COMMAND 
"Run <>NIL: Work:ital/Ital" 
"WaitForPort” itp 
IF ~SHOW("P",itp) THEN EXIT 20 

END 

Esaminiamo con attenzione queste i- 
struzioni. Una prima parte piuttosto 
delicata è rappresentata dalla neces- 
sità di specificare il path completo del 
programma. Se modificare una linea in 
uno script può ancora essere accetta- 
bile, non lo è più quando gli script di- 
ventano molti. Senza contare che po- 
tremmo avere l’esigenza di impiegare 
le stesse istruzioni in tanti altri script. 
Potremmo preparare una funzione che 
riceva il path del programma e il nome 


della sua porta ARexx, ma questo ri- 
solverebbe solo in parte il problema. 
Ecco che una necessità frequente vie- 
ne tradotta in un’altra funzione esterna 
che si rivelerà dì importanza fonda- 
mentale nel seguito: 

bool = "db/RunHost" (port,tags, 

[ args ) 

Questa funzione mantiene un piccolo 
database che vede associati nomi di 
porte ARexx e linee di comando ne- 
cessarie a lanciare i programmi che le 
aprono. Ci sono altri script sul dischet- 
to: 

Traduci. rexx 
arexx-ced/Traduci . ced 
arexx-ttx/Traduci . ttx 
wb/ GetPubName 
dos/error 

Il primo lo si può usare da Shell o at- 
traverso il menu strumenti del Work- 
bench per tradurre documenti Amiga- 
Guide mentre li si sta leggendo. 

I due seguenti vengono in aiuto nella 
traduzione di blocchi di testo preventi- 
vamente evidenziati nel Cygnus Editor 
e in TurboText. 

Gli ultimi sono altre funzioni esterne 
accessorie spesso utili. Vi consigliamo 
di leggere con attenzione la documen- 
tazione che accompagna questi ultimi 
due script e i precedenti ital/Traduci e 
db/RunHost. Si noti che lo script 
wb/GetPubName, utilizzato come fun- 
zione esterna da Traduci. rexx richiede 
la presenza del programma PD Get- 
PubName presente sul disco che ac- 
compagna la rivista. 

L'USO DELLE USTE DI TAG 

Preleviamo il listato dello script ital/Tra- 
duci dal disco. Nella descrizione dei 
parametri da passare alla funzione (ri- 
ga 4), troviamo: 

"ital/Traduci" (tags, files_eng. . . ) 

Si tratta di una lista di tag. Vediamo 
più in basso nel listato come è stata 
implementata (riga 30): 

INTERPRET ARG(l) 

Si esegue il primo argomento come se 
fosse un listato ARexx. Quando chia- 
miamo la funzione, infatti, dobbiamo 
passargli una serie di assegnazioni di 
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variabili, separate da Per esempio: 

" IVA=0 . 19 ; SCONTO=0 .15" 

Dobbiamo prestare molta attenzione al 
modo con cui viene costruita la lista di 
tag. I nomi delle variabili, in particolare, 
devono essere trattati come stringhe. 
Se, per esempio, vogliamo passare co- 
me tag opt.PUBSCR il contenuto della 
variabile pubscreenname , non possia- 
mo usare come tag nello script chia- 
mante: 

opt . PUBSCR=pubscreenname 

Infatti, se avevamo già definito in prece- 
denza la variabile opt.PUBSCR otterre- 
mo il passaggio del suo valore e non 
del suo nome, che invece è quello che 
ci interessa. Un modo corretto è il se- 
guente: 

' PUBSCR=" ' pubscreenname ' " ' 

L’uso delle virgolette evita anche che il 


nome dello schermo pubblico sia con- 
vertito in lettere maiuscole. Se studiamo 
bene la sintassi e l’uso della istruzione 
INTERPRET, non avremo mai problemi. 
Dando uno sguardo alla documentazio- 
ne che accompagna, sul disco, lo 
script ital/T raduci, potremo notare la 
presenza di un Tag molto particolare: 

' opt . METHODS= ' 

Questo Tag accoglie tutti i parametri 
che agirebbero come semplici valori 
booleani, cioè interruttori che attivano 
particolari modalità operative della fun- 
zione, ed è composto di parole che 
rappresentano i vari metodi da abilitare. 
Vediamo come viene usato questo Tag 
all’interno dello script (righe 36 e se- 
guenti). Supponiamo che sia stato spe- 
cificato il Tag: 

1 opt . METHODS=ABOUT QUIT' 

i valori dei metodi vengono prelevati in 
questo modo: 


mi = (POSI ’ABOUT' , opt. METHODS) > 0) 
m2 = ( POS ( 'DELETE' , opt. METHODS) > 0) 
m3 = ( POS ( 'QUIT' , opt. METHODS) > 0) 

È facile intuire che m1=1, m2=0, m3=1. 
Utilizzando questo sistema per analiz- 
zare la stringa, è importante che i nomi 
dei metodi non si sovrappongano: non 
si può cioè prevedere due metodi di- 
versi chiamati per esempio “QUIT” e 
“QUITTED" perché il primo risulterà 
presente anche se si indica solo il se- 
condo. 

Prima di chiudere questa puntata consi- 
gliamo di studiare attentamente i listati 
inseriti nel dischetto. Non è l’ideale pro- 
vare subito a scrivere una marea di fun- 
zioni esterne. Cominciate col preparare 
script a sé stanti. Quando una o più 
procedure interne possono essere uti- 
lizzate anche altrove, è il momento di 
prendere in considerazione la possibi- 
lità di farne delle funzioni esterne, il cui 
campo d’impiego deve essere il più 
ampio possibile. 

▲ 
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KIT CDROM esterno per A1200 ed A600 cosi’ composto: 

*** Controller SCSI PCMCIA (Squirrel SCSI) 

*** CDROM SCSI 2X 300Kb/s motorizzato in elegante box 
esterno con presa cuffie e regolazione del volume frontale; uscite 
audio stereo RCA sul retro. Connessione SCSI passante per 
l’utilizzo con altre periferiche. 

*** Software di gestione SCSI per CDROM ed altre periferiche. 
Include emulazione CD32 e CD Audio Player. 

*** Alimentatore + cavi di collegameto SCSI e Audio. 



AMINET 6 - shareware Amiga Giugno 95 49,000 

AMINET SET 1 (4 CD) - Tutto Aminet fino a Gen.95 105,000 

AMOS PD CD - Libreria ufficiale AMOS PD 69,000 

ANIMATIC - Oltre 600MB affascinanti animazioni 39,000 

FONTS CD - 1 8,000 files fonts: Adobe, PageStream etc. 49,000 

FRESHFISH VOL.9 (2 CD) - shareware Mar-APR 95 59,000 

FRESHFONTS VOE.2 - 632MB fonts DMF, Intellifont etc. 39,000 

GIGANTIC GAMES 2 - Games shareware per Amiga & MAC 39,000 
HOTTEST 4 PROFESSIONAL - Games, utils, anims etc. 69,000 

ILLUSIONS IN 3D - Crea e visualizza stereogrammi 49,000 

MEETING PEARLS VOL.2 - 650MB utils, NetBSD, MIDI etc 45,000 
MEGAHITS 5 (2 CD) - Grafica, DTP, ClipArt, Fonts etc. 75,000 

MULTIMEDIA TOOLKIT (2 CD) - Immagini, music files, 3D etc. 79,000 
SOUND FACTORY - Oltre 5,000 MODS, MIDI etc. 55,000 

SPECCY SENSATIONS - Emulatore Spectrum + centinaia games 79,000 
TERRA SOUND LIBRARY - Demo, MIDI, MODS, Samples... 69,000 
TGV ANIMATIONS - Anims 1FF, Retina, Mpeg, EGS, Picasso... 39,000 
TOP 100 GAMES - Raccolta games shareware 35,000 

TOWN OF TUNES - 4,000 MODS, MIDI, Utilities audio 55,000 

WORLD OF A1200 - Utilities, ClipArt etc. 39,000 

WORLD OF AMIGA - Utilities, Music, Tools, Comms etc. 39,000 

WORLD OF GAMES - Raccolta games shareware 35,000 

WORLD OF SOUNDS - Oltre 7,000 files: MODS, Vocs, MIDI... 29,000 
WORLD OF VIDEO - Vìdeos, films per Amiga. 35,000 


Al primo ordine richiedete il nostro catalogo CDROM 
con oltre 800 titoli per Amiga, PC & MAC 


Tutti i prezzi sono IVA INCLUSA e soggetti a variazione senza alcun preavviso 
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N elle puntate precedenti, abbiamo 
utilizzato soltanto due tipi per i da- 
ti: gli interi (LONG) e le stringhe 
(STRING). In realtà, E offre molte possibi- 
lità per quanto riguarda la costruzione di 
dati con strutture più complesse: in que- 
sta puntata ne esamineremo alcune. 

IL TIPO BASE: LONG 

Il tipo di dato più usato in E è senza dub- 
bio l’intero a 32 bit, detto LONG. Questo 
tipo può esprimere valori che vanno da 
-2.147.483.648 a +2.147.483.647 (intero 
con segno) o da 0 a 4.294.967.295 (inte- 
ro senza segno). In E l'interpretazione 
prevalente per gli interi è la prima, men- 
tre la seconda è utilizzata soltanto quan- 
do il valore contenuto in un LONG costi- 
tuisce un puntatore alla memoria, di cui 
parleremo più avanti. 

Un LONG occupa quattro byte di memo- 
ria, e viene utilizzato anche per codifica- 
re valori “più piccoli”, quali il CHAR (un 
carattere come “a” o “1") e l’INT (intero a 
16 bit, che può esprimere valori interi da 
-32.768 a +32.767). In particolare, E pre- 
vede anche la possibilità che un CHAR 
contenga più caratteri, fino a un massi- 
mo di quattro, come in “ILBM”; queste 
costanti (dette multi-carattere) hanno un 
valore tale che la loro rappresentazione 
in memoria coincide con quella che a- 
vrebbe una stringa con lo stesso conte- 
nuto (ma attenzione: in questo caso non 
c’è il byte nullo finale). 

Alla luce di quanto detto sopra, dovreb- 
be risultare chiaro il motivo per cui non è 
possibile dichiarare variabili semplici di 
tipo INT e CHAR: al loro posto, si dovrà 
usare un LONG; i tipi più piccoli potran- 
no però essere usati nella costruzione di 
tipi complessi. 

Un LONG può anche essere considerato 
come un puntatore alla memoria, in tal 
caso conterrà l’indirizzo (numerico) di u- 
na qualsiasi cella di memoria: a ogni cel- 
la di memoria (un byte) corrisponde un 
numero intero. Se è importante sapere a 


che tipo di informazione si riferisce un 
puntatore (il che è vero quasi sempre), si 
può usare la dichiarazione PTR TO ..., e- 
quivalente alla LONG per quanto riguar- 
da la quantità di memoria occupata, ma 
che fornisce più informazioni al compila- 
tore, che genera così più semplicemente 
il codice appropriato per particolari ac- 
cessi. 

La dichiarazione: 

DEF s:PTR TO CHAR 

per esempio, indica che nella cella di 
memoria il cui indirizzo è contenuto in 
“s”, è possibile trovare un singolo carat- 
tere (un CHAR, appunto); analogamente 
vale per gli altri tipi offerti da E. 

In particolare, il PTR TO CHAR è il tipo di 
default per i puntatori, ed è in tutto equi- 
valente al LONG (sia il LONG che il PTR 
TO CHAR trattano elementi unitari : un 
carattere = 1 byte nel secondo caso, una 
unità = 1 nel primo). Per questo motivo, 
può essere omesso del tutto, come nella 
dichiarazione: 

DEF a 

che è equivalente a: 

DEF a: LONG 

e a: 

DEF a: PTR TO CHAR 


TABELLE DI DATI: ARRAY 

Capita sovente di dover gestire tabelle o 
sequenze di dati omogenei, come nel ca- 
so delle stringhe (che sono in realtà se- 
quenze di caratteri). In E, come in quasi 
tutti gli altri linguaggi, questo compito è 
affidato agli ARRAY, che consistono in 
serie di dati posti consecutivamente in 
memoria, identificati da un puntatore al 
primo elemento (che diventa il “nome” 
dell’array) e dal loro numero d’ordine. Nel 
caso di E, il numero d’ordine parte da 0 
(che indica il primo elemento), e va indi- 
cato fra parentesi quadre subito dopo il 
nome dell’array. 

La dichiarazione di un array di 10 interi 
assume quindi la forma: 

DEF tab[ 10 ] :ARRAY OF LONG 

e l’accesso, per esempio, al terzo ele- 
mento viene effettuato con l’espressione: 

tab[2] 

L'effetto della dichiarazione vista sopra 
è duplice: da una parte, viene allocata 
un’area di memoria grande abbastanza 
da contenere 10 LONG (quindi, in tota- 
le, 40 byte); dall’altra, viene creata una 
variabile “tab” di tipo PTR TO LONG 
che viene inizializzata per puntare all’i- 
nizio dell’area di memoria appena allo- 
cata. 

L'espressione tab[i] viene dunque tra- 


PROC main ( ) 

DEF i,a[3] :ARRAY OF LONG 
a[0] :=' Pippo' 
a[ 1] :='Pluto' 
a[2] :=' Paperino’ 

WriteF('a vale \d.\n',a) 

FOR i:=0 TO 2 

WriteF( ’a[\d] è all' 'indirizzo \d, ’,i,a+(i*4)) 
WriteF(’che contiene \d, ',a[i]) 

WriteF(‘che punta a "\s" .\n' ,a[i] ) 

ENDFOR 

ENDPROC 

Listato 1. 
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sformata, internamente, in: 

tabe (i* 4) 

dove il 4 indica la dimensione, in byte, 
del LONG. 

Detto questo, va notato che E non effet- 
tua alcun controllo sulla validità dell’Indi- 
ce, cioè di “i” nel nostro esempio. Nell’e- 
spressione tab[i], per esempio, “i” po- 
trebbe valere anche 21 , ben oltre la me- 
moria allocata! Si tratta, a rigore, di un 
errore, e deve essere cura del program- 
matore far sì che gli indici degli array 
siano sempre validi; tuttavia, questa ca- 
ratteristica risulta talvolta utile per facili- 
tare l’accesso in memoria, come anche 
il fatto che un indice nullo, come: 

tab[] 

è equivalente a 0, e quindi consente di 
conoscere il contenuto della cella di me- 
moria puntata da tab (non è necessario 
che tab sia dichiarato come ARRAY OF 
..., può anche essere un semplice PTR 
TO ...). Nel caso degli ARRAY, il tipo di 
default è il CHAR, quindi una dichiara- 
zione come: 

DEF a[ 100 ] :ARRAY 

rende disponibile per l’uso un’area di 
100 byte, ponendo in "a” il puntatore re- 
lativo. Attenzione, però: l'area di memo- 
ria che contiene un ARRAY non viene i- 
nizializzata in alcun modo all’atto della 
dichiarazione: andando quindi a legge- 
re elementi che non siano stati inizializ- 
zati, si potrà trovare un valore casuale. 
Gli unici tipi ammessi come elementi di 
un array sono i tipi semplici, cioè CHAR, 
INT e LONG, oppure gli OBJECT, che 
vedremo fra breve; non è quindi possi- 
bile costruire ARRAY OF ARRAY, o AR- 
RAY OF PTR TO ... o anche ARRAY OF 
STRING (la stessa limitazione vale per 
PTR TO ...). Tuttavia, data l’equivalenza 
strutturale fra LONG e PTR TO, è perfet- 
tamente possibile dichiarare un array 
come ARRAY OF LONG e poi usare i 
suoi elementi come puntatori ad altri tipi 
di dato, ottenendo un risultato equiva- 
lente. 

Un esempio di applicazione di questa 
tecnica è mostrato nel listato 1, in cui 
viene utilizzato un array di tre LONG per 
mantenere i puntatori alle stringhe “Pip- 
po’’, “Fiuto" e “Paperino”. Può essere u- 
tile osservare come la stessa espressio- 
ne a[ì] possa essere mostrata come 
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Ora che abbiamo introdotto le prime strutture dati 
complesse, diventa importante imparare a usare 
correttamente i puntatori. Il primo punto da tenere 
sempre ben presente è che un puntatore non alloca 
memoria, a parte i 32 bit in cui è immagazzinato il 
proprio valore. Quindi, facendo riferimento all'esempio nel listato 2, una dichiarazione come: 

DEF gina: persona 

alloca spazio per il puntatore gina (4 byte), più un OBJECT persona (1 6 byte, di cui 1 2 per la data e 4 per il 
puntatore al nome), mentre: 

DEF gina: PTR TO persona 

alloca soltanto i 4 byte per il puntatore, e non l'OBJECT. Lo stesso concetto si ritrova per gli array: 

DEF ist [ 3 ] : ARRAY OF classe 

alloca 3 puntatori (ist[0]..ist[2J) per 12 byte, più 3 OBJECT classe, ciascuno dei quali contiene 30 persone 
(16 byte ciascuna) e un PTR TO per la maestra, da 4 byte. In definitiva, la dichiarazione alloca 1464 byte, 
che comprendono lo spazio per i dati degli alunni, ma non quello per la maestra (che è dichiarata PTR TO). 
Al contrario, la: 

DEF ist[3]:PTR TO classe 
alloca soltanto i 12 byte richiesti per i puntatori. 

Chiarito questo punto, veniamo alle operazioni possibili con i puntatori. La principale è senza dubbio l'indi- 
rezione, ottenibile tramite l'operatore di selezione per gli array: 

Ptl 

o tramite l'operatore di indirezione per i puntatori: 

A P 

Questo secondo caso è preferibile per accedere a parametri passati per riferimento, tramite l'operatore di e- 
strazione dell'indirizzo (denotato da {}). Per esempio, se "a" è una variabile di tipo LONG, 

p:={a} 

pone in "p" (che è un PTR TO LONG) un puntatore ad "a", e: 

~p:=5 

assegna 5 alla variabile puntata (il tutto è equivalente ad a:=5). 

L'operatore [] può essere combinato proficuamente con quelli di incremento e decremento, rispettivamente 
++ e — . Così, 

a:=p[ ]++ 

pone in "a" il valore correntemente puntato da "p", quindi incrementa "p" in modo da puntare all'elemen- 
to successivo. L'ammontare di questo incremento dipende dalla dichiarazione di "p": se "p" è un PTR TO 
CHAR, l'incremento sarà di 1 byte (esattamente come per i LONG... ricordate l'equivalenza?); se "p" è un P- 
TR TO LONG sarà di 4 byte, e per un PTR TO classe (definita nel listato 2) sarà di 484 byte. L'operatore di 
decremento ha un comportamento leggermente diverso: 

a:=p[ ]- 

prima decrementa "p" in modo da puntare all'elemento precedente, quindi estrae il valore puntato e lo po- 
ne in "a". I lettori più smaliziati avranno notato la similarità con gli indirizzamenti post-incrementati e pre- 
decrementati della famiglia Motorola 68000, che non è casuale (e risulta molto comoda per l'implementa- 
zione di stack). 

Naturalmente, la dereferenziazione ([]) e la selezione (.) mantengono i tipi, quindi se "p" è un PTR TO xx, 
p[] è di tipo xx, e se, all'interno di un OBJECT ob, "a" è un campo di tipo yy, ob.a è di tipo yy. Come si può 
vedere nel listato 2, i vari accessi possono essere concatenati, e non è infrequente vedere in programmi E 
costrutti come: 

ob[i] .ar[ ] .id++ 

che incrementa il campo "id" dell'OBJECT puntato da "ar", il quale è a sua volta un campo dell'i-esimo ele- 
mento dell'array "ob". 

In definitiva, l'uso dei puntatori, ancorché talvolta foriero di bug difficili da rivelare, consente una program- 
mazione più immediata e flessibile, ed è spesso l'unica soluzione per la costruzione di strutture dati dinami- 
che. Ma anche per problemi semplici è un valido aiuto: ecco per esempio una funzione che calcola la lun- 
ghezza di una stringa, analoga alla strlen() del C: 

PROC stri ( s ) 

DEF i=0 

WHILE s[]++ DO i++ 

ENDPROC i 
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/* 

Un esempio di modellazione di dati complessi: un istituto scolastico. 
Ogni classe ha al massimo 30 alunni e una maestra. 

Di ciascuna di queste persone vogliamo conoscere il nome e la data di 
nascita. 

*/ 

OBJECT data 

giorno, mese, anno 
ENDOBJECT 

OBJECT persona 

nome:PTR TO CHAR 
nascita: data 
ENDOBJECT 

OBJECT classe 

alunni [ 30 ]: ARRAY OF persona 
maestra :PTR TO persona 
ENDOBJECT 

PROC main( ) 

DEF ist[3]:ARRAY OF classe -> l'istituto ha 3 classi ... 

DEF gina: persona, loia: persona -> e due maestre. 

DEF a,i 

gina. nane :=' Gina Rossi' 
gina . nasc ita . anno : =1 94 1 
lola.none:='Lola Bianchi' 
loia . nascita . anno : =1 9 54 
/* eccetera */ 

ist [ 0 ] . maestra : =gina -> 

ist [ 1 ] . maestra : =lola -> 

ist [ 2 ] .maestra : =gina 
ist[0] .alunni! 0] .nome: =' Dario Lampa' 
ist[0] .alunnifO] .nascita. giomo:=12 
ist[0] .alunni[0] . nascita. mese:=8 
ist[0] .alunni[0] . nascita. anno:=1978 
/* eccetera */ 

/* Poniamo in a l'anno di nascita della maestra della seconda classe */ 

/* (che è Lola Bianchi ) */ 

a : =ist [ 1 ] . maestra . nascita . anno 

/* Stampiamo nomi e date di nascita delle maestre per le tre classi */ 

FOR i:=0 TO 2 

WriteF( 'La maestra della \da classe, \s, è nata nel \d.\n', 

[ i+1 , ist [ i ] . maestra . none , ist [ i ] .maestra . nascita . anno ) 

ENDFOR 

ENDPROC 


Listato 2. 


gina insegna in prima e in terza, 
loia soltanto in seconda. 

-> analogamente per gli altri 
-> alunni dell'istituto 


PTR TO o come STRING, secondo la 
specifica che si passa a WriteFQ, e come 
il nome dell'array ("a”), preso a sé, sia e- 
quivalente al suo primo elemento (a[] o 
a[0]). 

DATI CORRELATI: OBJECT 

Un altro caso che si presenta comune- 
mente nella programmazione di tutti i 
giorni è quello in cui debbano essere 
mantenute e gestite informazioni di diver- 
so tipo, ma riferite a uno stesso “ente”. 
Così, nome, cognome ed età di una per- 
sona costituiscono un insieme di dati 
che, pur essendo disomogeneo, deve 
essere considerato un'unità. Gli array 
non sono sufficienti in questi casi, ed è 
per questo che E mette a disposizione 
un tipo di dato denominato OBJECT, che 
raccoglie diversi elementi di informazio- 
ne, dando loro un nome e fornendo me- 
todi per l’accesso. Nel nostro esempio, la 
definizione dell’OBJECT “persona” a- 
vrebbe questa forma: 

OBJECT persona 

nome: PTR TO CHAR 
cognome: PTR TO CHAR 
età: LONG 

ENDOBJECT 

In seguito a questa definizione, diventa 
possibile dichiarare variabili di tipo “per- 
sona”, come in: 

DEF ugo : persona 

É possibile fare accesso ai campi di per- 
sona tramite l’operatore di selezione per 
gli OBJECT, indicato dal punto (.), come 
in: 

ugo. età: =21 

Le dichiarazioni dei singoli campi di un 
OBJECT seguono le stesse regole viste 
per le dichiarazioni semplici (per esem- 
pio, ARRAY da solo dichiara un ARRAY 
OF CHAR), e possono essere relative a 
CHAR, INT, LONG e ad altri OBJECT, 
oppure a PTR TO e ARRAY di questi ti- 
pi. 

Combinando PTR TO, OBJECT e AR- 
RAY è possibile costruire tipi estrema- 
mente complessi. Per esempio, definito 
l'OBJECT data come: 

OBJECT data 
giorno , mese , anno 

ENDOBJECT 


(si noti che l’omissione del tipo equivale 
a LONG), è possibile memorizzare la da- 
ta di nascita di una persona con: 

OBJECT persona 

nascita: data 
ENDOBJECT 

e poi gestire un gruppo di 30 persone 
con: 

classe[ 30 ] :ARRAY OF persona 


La terza persona della classe si chia- 
merà: 

classe[2] .nome 

e sarà nato nell'anno: 

classe! 2 ] .nascita. anno 

Il listato 2 mostra un esempio di dato 
complesso, in cui si fa uso combinato di 
ARRAY, PTR TO e OBJECT per modella- 
re un istituto scolastico. ▲ 
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IL TECNICO RISPONDE 


Paolo Canali 


U na delle novità PD più interessan- 
ti della stagione è la versione di- 
mostrativa del software tedesco 
annunciato nella rubrica Trends di giu- 
gno, che consente di collegare diretta- 
mente a qualsiasi Amiga 600, 1200 e 
4000 un normale lettore di CD-ROM per 
PC (anche ad alte prestazioni). Il lettore 
si collega direttamente alla porta IDE 
interna dellAmiga con un cavo stan- 
dard, senza bisogno di acquistare 
hardware aggiuntivo. Il programma 
principale del pacchetto, presente nel 
disco di questo numero di Amiga Ma- 
gazine, si chiama “atapi. device”: le ver- 
sioni attuali sono stabili e supportano 
molti modelli di lettori, inoltre sono di- 
sponibili tutti i programmi accessori 
normalmente forniti con ì lettori CD per 
Amiga (per esempio, è possibile otte- 
nere la compatibilità parziale con CD32 
e il “grab” delle tracce audio). 

Anche se il pacchetto PD è volutamen- 
te limitato e un po’ scomodo, resta am- 
piamente utilizzabile per accedere alle 
raccolte di pubblico dominio. Oltre alle 
limitazioni introdotte per invogliare l’ac- 
quisto della versione completa (di cui 
CATMU ha annunciato l'importazione in 
Italia), è privo solo delle indicazioni per 
realizzare il cavo IDE speciale a corre- 
do della versione intera 


to gestisce esclusivamente i drive CD- 
ROM di quest’anno, che usano l’inter- 
faccia ATAPI (detta anche impropria- 
mente AT-bus o EIDE). Al momento 
dell’acquisto, se il negozio non tratta 
materiale Amiga, si deve specificare 
che il lettore verrà collegato a un “con- 
troller per hard disk EIDE”, e non alla 
scheda sonora (che era lo standard 
dell’anno scorso, anche se alcune ac- 
cettano i CD ATAPI). Non vanno bene 
neanche i CD forniti con scheda di in- 
terfaccia per PC (altro standard supe- 
rato), anche se il loro connettore è i- 
dentico a quello IDE. 

Il pacchetto contiene una lunga lista di 
drive compatibili. 

Insieme al lettore bisogna esigere gli 
accessori per il montaggio, che spesso 
vengono “dimenticati” dal venditore. Si 
tratta del foglietto o manuale con la de- 
scrizione dei jumper, il cavo audio per 
la presa posteriore, un cavo piatto AT- 
bus a 40 poli con tre connettori, le 
quattro viti di fissaggio e il dischetto 
con il “driver" per MS-DOS (è sempre 
utile, specie se si rivende il lettore). 

Nella versione dimostrativa di atapi. de- 
vice, quando si aggiunge il CD-ROM 
alla piattina IDE può essere necessario 
spostare un jumper sull’hard disk (se 


presente): bisogna cambiare la sua 
configurazione dalla posizione “master” 
alla posizione “master con slave” (su 
alcune documentazioni è indicata co- 
me “slave present”), mentre il CD-ROM 
verrà configurato come “slave”. 

Per questo motivo, chi possiede già 
l’hard disk dovrebbe prendere nota del 
modello, prima di entrare in negozio e 
farsi dare la relativa mappa dei jumper, 
oppure portarlo con sé e pregare il ne- 
goziante di spostare i jumper di hard 
disk e CD-ROM in maniera opportuna. 
La posizione di fabbrica degli altri jum- 
per del CD è normalmente quella cor- 
retta per il funzionamento del lettore: su 
qualche modello è possibile disabilitare 
la generazione dell'interrupt, ma 
atapi. device cesserebbe di funzionare. 
Si possono verificare difetti di funziona- 
mento anche se si tenta di usare in 
contemporanea qualche programma 
che fa accesso diretto all’hardware, co- 
me gli emulatori Emplant e A-MAX. 

MONTAGGIO SU A4000 

L’installazione su A4000 è molto facile: 
prima di tutto si sostituisce il cavo IDE 
originale (troppo corto per il CD) con 
quello nuovo, rispettando l’orientamen- 
to dei connettori, che è 


che elimina ogni even- 
tuale conflitto con gli 
hard disk e abilita il CD 
anche se sono già instal- 
late due periferiche IDE. 
Giudicando dalla quan- 
tità di lettere che ci sono 
arrivate, il difetto princi- 
pale dell'archivio su Ami- 
net è costituito dalle i- 
struzioni per l’installazio- 
ne: per molti sono un o- 
stacolo insormontabile. 

La prima difficoltà riguar- 
da l’interfaccia del letto- 
re, poiché nel campo PC 
gli standard cambiano 
rapidamente. Il pacchet- 



indicato dal lato colorato 
della piattina. Quindi si 
toglie il coperchio dello 
slot da 5,25” e si inseri- 
sce il lettore, che prima 
di essere bloccato al suo 
posto, verrà collegato ai 
cavi audio, di alimenta- 
zione e IDE. 

L’altra estremità del cavo 
audio deve essere modi- 
ficata per collegarsi al 


Connettore interno 
di A4000. 
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connettore CN404 della motherboard, 
come spiegato sul numero 60, oppure 
può essere saldata a due prese RCA 
femmina da fissare su un tappo degli 
slot opportunamente forato. Bisogna 
mantenere isolata dal metallo del tap- 
po la calza di massa dei cavi, altri- 
menti collegando l'impianto HI-FI si 
sentirà un ronzio di fondo. 

A questo punto si procede all’installa- 
zione software. Dopo aver verificato 
che tutto funziona, si spinge in posi- 
zione definitiva il lettore nel suo vano, 
fissandolo con le viti. Quest’operazio- 
ne può essere completata con suc- 
cesso solo se il lettore è un modello 
poco profondo o con il connettore di 
alimentazione molto incassato, altri- 
menti bisognerà lasciar sporgere la 
periferica dal pannello frontale (con un 
pessimo risultato estetico): è una buo- 
na idea prendere le misure del vano di 
A4000 prima di effettuare l’acquisto. 

MONTAGGIO SU A1200/A600 

L’installazione su Al 200 è più laborio- 
sa. Se non si possiede hard disk, biso- 
gna comperare o costruire (come 
spiegato sul numero 55) un cavo adat- 
tatore da 44 a 40 poli abbastanza lun- 
go, mentre se l’hard disk da 3,5” è già 
presente, basta aggiungere un secon- 
do connettore sulla piattina. 

In alternativa, si può acquistare uno 
spezzone di cavo piatto e due connet- 
tori a 40 poli maschio a crimpare. Con 
questi componenti si realizza un adat- 
tatore da agganciare al cavetto 44-40 
poli, per poterlo allungare con il cavo 
acquistato col lettore (che non deve 
essere troppo lungo). I connettori a 40 
poli adatti sono facilmente reperibili, e 
distribuiti in tutta Italia anche da RS 


Components (tei. 02-27425425, il nu- 
mero di codice del connettore è 480- 
260). Hanno due alette forate ai lati, 
che permettono un comodo fissaggio 
con viti (o adesivo) sullo sportellino 
posteriore o sul fianco di Amiga. 

Per agganciarli al cavo senza avere a 
disposizione lo speciale attrezzo, si 
deve tracciare con squadra e penna- 
rello una riga perpendicolare ai fili. In- 
filare la piattina nella fessura in modo 
che sia allineata con la riga e che il filo 
colorato collimi con la piccola tacca di 
riferimento del connettore (il lato del 
cavo su cui si troveranno i contatti è 
indifferente). Infine stringere in una 
morsa stando attenti a non spostare il 
cavo. Per pressare il connettore non u- 
sare pinze, martelli o altri attrezzi di 
fortuna (rovinano i contatti), e se biso- 
gna accorciare il cavo usare solo lame 
affilate, controllando che il taglio sia 
netto (altrimenti i piccoli fili si sfilaccia- 
no e creano cortocircuiti). 

Se l’hard disk è da 2,5”, la preparazio- 
ne del cavo è al di fuori della regione 
del tranquillo "fai-da-te”. 

Per alimentare il lettore CD, si può fare 
un tentativo acquistando un cavetto 
sdoppiatore di alimentazione (da ag- 
ganciare al connettore di floppy inter- 
no o hard disk), ma visto che il lettore 
resta esterno, conviene realizzare un 
alimentatore autonomo. Partendo da 
un alimentatore per C64 si può segui- 
re lo schema del numero 66, ma la so- 
luzione più economica ed elegante 
consiste nello scegliere uno dei recen- 
ti lettori CD-ROM che utilizzano la sola 
tensione a +5 V: per esempio alcune 
serie di Wearness CDA120 (i requisiti 
di alimentazione sono stampati sull’eti- 
chetta del lettore o nel manuale). 

In questo caso, è sufficiente acquista- 


+5 GND GND +12 



Connettore per 
alimentazione (femmina) 



Diodo 5 ampere 50 volt 



CN1 


re un normale alimentatore “a spina” 
stabilizzato con uscita a +5 V (la po- 
tenza deve essere adatta al lettore 
scelto), e costruire il semplice cavetto 
di adattamento dello spinotto. È impor- 
tante che l’alimentatore sia veramente 
stabilizzato, e che l’eventuale selettore 
di tensione e polarità venga coperto 
da una buona dose di scotch per evi- 
tare futuri errori catastrofici. 

L’ultimo aspetto da considerare per la 
scelta del lettore è la capacità di leg- 
gere digitalmente i campioni dei CD 
musicali inviandoli sul bus IDE (per e- 
sempio con il programma YACDP): ta- 
le funzione infatti non è presente in tut- 
ti i modelli in commercio. 

HARD DISK DA 2,5" 

Un lettore che non si è firmato vuole a- 
vere informazioni su due hard disk 
Conner usati che non è riuscito a far 
funzionare sul suo Al 200: si tratta di 
un CP2024 e di un CP2064. Collegan- 
do il CP2064 sulla piattina interna al 
posto dell’hard disk preesistente, il 
Conner si è avviato ma non è apparsa 
nessuna icona sul Workbench e il “set- 
taggio da Shell” (?) non ha funzionato; 
quindi al lettore è sorto il dubbio che 
occorra un file System specifico. 

Questi due modelli sono molto vecchi 
e leggermente fuori standard: per 
questo motivo volendoli installare su 
A600 occorre un apposito dischetto, 
che veniva fornito da Commodore, 
contenente la versione aggiornata del 
comando SetPatch. Comunque il Kick- 
start 3.0 di Al 200 è capace di gestirli, 
purché vengano installati in modo cor- 
retto. Il file System nelle ROM del Kick- 
start va bene per qualsiasi hard disk, 
infatti è lo scsi. device che deve tener 


Schema del cavetto per alimentare 
un CD-ROM con la sola tensione +5 V. 
Il connettore originale 
dell’alimentatore stabilizzato 
va sostituito col connettore CN1. 

Il diodo da 5 A serve solo 
per proteggere l’apparecchio 
dalle inversioni di polarità 
(cortocircuita l’uscita se i fili positivo 
e negativo vengono scambiati 
tra loro). Chi possiede un “tester” 
con cui verificare con certezza 
la polarità, può ometterlo. 
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conto delle particolarità dei dispositivi. 
Velocità ridotta e scarsa capacità dei 
primi hard disk da 2,5" ormai sono ca- 
ratteristiche dei soli modelli economici. 
Gli hard disk di produzione recente 
(per esempio i Seagate ST9385, 
ST9550, ST9655) hanno velocità nor- 
male. 

Esistono persino modelli con capacità 
che raggiungono il gigabyte, tuttavia il 
costo è ancora circa doppio rispetto a- 
gli hard disk di dimensione standard 
(3,5”): ma è parzialmente giustificato 
dalla maggiore resistenza agli urti. 

Prima di iniziare l’installazione bisogna 
controllare sull'hard disk la posizione 
dei jumper, che sono i piccoli cavallotti 
asportabili inseriti su spinotti. A secon- 
da dei modelli, possono essere sparsi 
sulla schedina elettronica oppure di 
fianco al connettore per la piattina, rica- 
vati dallo stesso blocco di contatti. Per- 
ché Amiga riconosca l’hard disk, an- 
dranno configurati sulla posizione “ma- 
ster” (normalmente è quella di fabbri- 
ca). In quasi tutti i modelli, a questo 
modo di funzionamento corrisponde un 
solo jumper inserito: se sull’hard disk 
tutti i jumper sono sfilati, potrebbe si- 
gnificare che il venditore li ha “presi in 
prestito" per configurare un altro disco 
(hanno una forma speciale, e non sono 
venduti singolarmente), e poi si è di- 
menticato di rimetterli a posto. 

A volte il significato dei jumper è ripor- 
tato su un’etichetta adesiva, ma più 
spesso bisogna consultare la docu- 
mentazione fornita col drive. 

Un altro jumper importante è quello che 
attiva la modalità di risparmio energeti- 
co, cioè lo spegnimento automatico del 
motore dopo un certo periodo di inatti- 
vità. Non è disponibile su tutti i modelli, 
e sui più recenti è stato sostituito da un 
comando software. 

Arrivati a questo punto si può procede- 
re all’installazione vera e propria, che è 
più semplice di quella di un hard disk 
da 3,5” (descritta sul numero 55) ma ri- 
chiede un minimo di attenzione. Di soli- 
to i due connettori della piattina sem- 
brano identici ma non lo sono: sul con- 
nettore della motherboard si può infila- 
re senza sforzo una sola estremità del 
cavo, avendo cura di orientare il filo co- 
lorato verso il lato del connettore con- 
trassegnata da “1” sulla motherboard 
(di solito è in basso). A questo punto il 
verso di inserzione sull'hard disk è ob- 
bligato, grazie al suo connettore con un 
piedino spezzato che funge da riferi- 
mento. 

Gli eventuali contatti aggiuntivi sul petti- 


ne posteriore sono i jumper, che crea- 
no confusione se sono vuoti e il connet- 
tore del cavo non è del tipo a inserzio- 
ne obbligata. Per non sbagliare, basta 
ricordare che la piattina va inserita in 
modo che ad Amiga chiuso resti diste- 
sa, e che un lato del connettore si infila 
all’estremità del pettine, mentre l’altro 
estremo corrisponde sempre a uno spi- 
notto non spezzato. 

Infine bisogna avvitare con quattro 
CORTE viti M3 l'hard disk alla sua slitta, 
delicatamente e SENZA STRINGERE. 
Invece di usare le viti si può assicurare 
l’hard disk con un elastico o un giro di 
nastro adesivo. Antonio Altobelli ha un 
problema che potrebbe dipendere pro- 
prio da viti troppo strette, che hanno 
deformato il telaio dell'hard disk: ogni 
tanto la testina mentre cerca un file “im- 
pazzisce” e fa rumori strani. A volte ba- 
sta allentare le viti, ma nei casi sfortu- 
nati non resta che buttare l'hard disk 
(non è infatti riparabile). Il difetto può 
dipendere anche da surriscaldamento, 
ma se accade in un Al 200 senza sche- 
de acceleratrici è da considerare un 
guasto dell’hard disk (che scalda più 
del dovuto). 

Dopo aver richiuso l'Amiga, comincia 
una parte altrettanto importante: la 
preparazione software e la formattazio- 
ne. 

Si può procedere in parecchi modi, ma 
l’unico chiaramente comprensibile a 
tutti richiede l’uso del dischetto Instali 
3.0 (per A600 usare Instali 2.0), che 
Commodore non ha incluso nelle con- 
fezioni di Al 200, ma ha fornito solo con 
A4000 o con il kit hard disk; è reperibile 
presso alcuni centri assistenza. In alter- 
nativa si può installare il kit completo 
AmigaOS 3.1. 

Basta fare il boot dal dischetto e lancia- 
re HDtoolbox: se l’installazione hardwa- 
re è stata fatta correttamente il nuovo 
hard disk verrà identificato e si può se- 
guire la procedura software più volte 
descritta nei numeri passati. Solo dopo 
aver salvato le modifiche e resettato 
Amiga, l’icona dell’hard disk sarà visibi- 
le dal Workbench. Se invece facendo 
click sul pulsante “save changes” viene 
segnalato l’errore -1 (significa “errore di 
scrittura”), l’hard disk è guasto oppure 
installato male. 

Se non è disponibile il dischetto di In- 
stali per la propria versione di Kickstart, 
si può egualmente preparare l’hard di- 
sk lanciando HDtoolbox, ma l’installa- 
zione del sistema operativo sul disco ri- 
gido va fatta manualmente (e non è 
semplicissima). 


C64 

Andrea Bernero vorrebbe collegare 
al suo CD32 con Paravision SX1 il 
floppy drive per C64 modello 1581, u- 
sando l’emulatore A64 V3.0, ma il ca- 
vetto necessario non era in dotazione al 
software e lo schema pubblicato sul 
numero 66 non funziona. 

Non è colpa della SX-1 (che implemen- 
ta porte completamente standard): il 
cavo è per l’emulatore ReadySoft e non 
è visto da A64, che emula in un altro 
modo la porta seriale del C64. In realtà 
solo la versione shareware di A64 è for- 
nita senza cavo, perché serve solo per 
valutare il prodotto. La cifra pagata per 
il suo acquisto copre esclusivamente le 
spese di copia e spedizione del distri- 
butore PD: nulla va alla software house. 
Non siamo a conoscenza di programmi 
capaci di leggere direttamente da Ami- 
ga i floppy in formato 1581. 

STAMPANTE LENTA 

Luigi Massaro ci ha scritto perché è 
insoddisfatto della velocità della sua 
stampante Canon BJC-4000 quando è 
collegata all’AI 200 con acceleratrice a 
28 MHz e pilotata da Studio Professio- 
nal 3.0 oppure Turbo Print 3.0. In en- 
trambi i casi sarebbe circa quattro volte 
più lenta rispetto alla velocità ottenibile 
collegandola a un PC 486DX40, anche 
usando il driver fornito gratuitamente 
da Canon (dietro richiesta). 

I programmi citati richiedono una certa 
quantità di Fast RAM installata nell'ac- 
celeratrice (non nella PCMCIA) per fun- 
zionare al meglio: 4 Mb è un valore di 
solito ottimale, e prima di tutto bisogne- 
rebbe raggiungere questa configura- 
zione. Se la memoria non manca, a vol- 
te si può recuperare tempo prezioso, e- 
vitando di attivare le funzioni più sofisti- 
cate del driver di stampa (come certi ti- 
pi di dithering), oppure abbassando la 
risoluzione. Ma dietro a questi problemi 
si nasconde spesso una potenza di 
calcolo insufficiente: quando non fa 
calcoli in virgola mobile, il 486DX40 è 
circa quattro volte più veloce di un 
68020 a 28 MHz (una coincidenza non 
casuale con il problema di Luigi), e al- 
meno il doppio di un 68030 a 28 MHz. 
Infine, se il confronto col PC 486 è fatto 
in ambiente Windows 3.x con Print Ma- 
nager attivo, bisogna considerare che 
la fase di preelaborazione è effettuata 
durante il periodo di stallo del compu- 
ter che segue il click sul bottone “OK” e 
precede l’inizio della stampa vera e 
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propria (e che va conteggiato per inte- 
ro nel tempo di stampa). Quando il dri- 
ver di stampa è attivo, non girando 
realmente in multitask, ha a disposizio- 
ne l'intera potenza della CPU 486 
(mentre questo compito mostruosa- 
mente complicato mette in ginocchio 
Windows, si può andare a bere un 
caffè). 

SCSI HARDITAL 

Corrado Greco ha avuto problemi 
passando da un controller GVP a quel- 
lo della SuperBigBang Hardital; Vitto- 
rio Topatino si è trovato in condizioni 
simili, ma vorrebbe conservare il con- 
troller GVP evitando di acquistare quel- 
lo Hardital. 

Il motivo per cui HDtoolbox non riesce 
a funzionare neanche indicando nel 
Tool Type il nome del device corretto 
(syndisk. device, come nella maggio- 
ranza dei prodotti Hardital) è dovuto al 
fatto che la ROM del controller della 
SBB non supporta integralmente le 
specifiche RDB Commodore. Questo è 
anche il motivo per cui, collegando 
l'hard disk precedentemente formattato 
con il controller GVP, le partizioni risul- 
tano illeggibili. Anche una cartuccia 
per drive rimovibile formattata su altri 
controller facilmente non verrà ricono- 
sciuta dalla SBB. Bisogna ricreare da 
zero le partizioni e riformattare. Gli ulti- 
mi blocchi dell'ultima partizione di Gre- 
co non sono accessibili perché nella 
definizione del disco è stato specificato 
un cilindro di troppo: durante il riparti- 
zionamento si deve diminuire di un'u- 
nità il numero di cilindri del drive oppu- 
re lasciare inutilizzato l'ultimo. 

Avendo voglia di fare qualche conto, è 
possibile limitare lo spreco di spazio 
calcolando in maniera intelligente i pa- 
rametri del disco SCSI (al contrario di 
quanto avviene con FaastPrep e HD- 
toolbox!). Con un diagnostico come 
ProbeSCSI o Syslnfo si deve scandire 
la catena SCSI e leggere il parametro 
Maxblocks del drive; quindi lo si divide 
in fattori per scomporlo nel prodotto di 
tre numeri, che rappresenteranno il nu- 
mero di cilindri, testine e settori fittizi (il 
prodotto può anche essere inferiore al 
numero di blocchi disponibili). Il nume- 
ro di testine moltiplicato per quello di 
settori deve possibilmente dare un ri- 
sultato compreso tra 50 e 200 (meglio 
nelTintorno di 100), e quello di cilindri 
dovrebbe essere minore di 65.000: per 
il Quantum Lightning 730s di Topatino i 
parametri ottimali sono 22.371 cilindri, 


2 testine, 32 settori. Ora basta introdur- 
re i numeri nel programma di formatta- 
zione, tenendo presente che usando 
HDtoolbox bisogna riselezionare ogni 
casella e premere ogni volta il tasto Re- 
turn, altrimenti vengono forniti risultati 
sbagliati per la capacità. 

È normale che i diagnostici come Sy- 
slnfo elenchino col controller della SBB 
tutti i numeri di ID anche se solo alcuni 
sono usati: ciò dipende da una sempli- 
ficazione innocua del protocollo decisa 
da Hardital. 

Il controller supporta i CD-ROM, ma è 
necessario rimuovere il CD dal lettore 
prima del boot, infatti solo durante la 
scansione del bus syndisk. device non 
gestisce i blocchi di dimensione inu- 
suale dei CD e si inchioda. 

I controller GVP series II (essendo in D- 
MA) non sempre funzionano in abbina- 
mento alle schede 68030 Hardital: oc- 
corre una prova diretta, e in caso di 
problemi, può essere necessario cam- 
biare il parametro Mask delle partizioni 
come spiegato nei mesi scorsi. La 
ROM upgrade per GVP è distribuita da 
AXXEL Computer & Software (tei. 0444- 
325592, fax 0444-321145) e verrà re- 
censita prossimamente. I controller Se- 
ries II, A2091 e A590 sono dei semplici 
SCSI, ma capaci di pilotare la maggior 
parte degli hard disk SCSI2. 

PRESTAZIONI ESTREME 

Le soluzioni professionali per fare edi- 
ting digitale su Amiga abbondano; tra 
le più comuni figurano le schede VLab 
(per il video) e Maestro (per l'audio). 
Tuttavia, per ottenere il massimo delle 
prestazioni non è sufficiente mettere in- 
sieme il miglior hard disk, la migliore 
acceleratrice e la migliore scheda di 
acquisizione. 

Claudio Buraglio ha problemi con la 
scheda Maestro in abbinamento all'ac- 
celeratrice GVP G-Force 040 per 
A2000, che non riesce a riprodurre be- 
ne i campioni provenienti dall'hard di- 
sk. Il problema è dovuto alla gestione 
dell'interfaccia SCSI dell'acceleratrice, 
che per spremere il massimo di presta- 
zioni dall'hard disk, tiene bloccata la C- 
PU per un tempo eccessivo durante i 
trasferimenti. Per il momento, l'unico ri- 
medio che si è rivelato risolutivo (solo 
in qualche circostanza) consiste nel 
modificare i parametri della cache e le 
soglie di buffer full/empty dell'hard disk 
SCSI 2 o 3 per forzare una disconnes- 
sione ogni pochi kilobyte trasferiti. 
Purtroppo non esistono programmi dal 


funzionamento intuitivo in grado di mo- 
dificare i parametri dell'hard disk, quin- 
di non possiamo che consigliare Clau- 
dio di studiare le specifiche SCSI 2, ri- 
volgersi a chi ha la competenza neces- 
saria, o aspettare che qualcuno realizzi 
una patch più semplice (visto che il 
problema è comune). Si può forse ten- 
tare di disabilitare totalmente il control- 
ler dell'acceleratrice (togliendo la 
ROM), sostituendolo con uno Zorro II in 
DMA. 

Anche la scheda VLab, sfruttando a 
fondo l'hardware, mette in evidenza 
problemi di hard disk che altrimenti 
passano inosservati. La massima di- 
mensioneconsigliabile per l'hard disk è 
di 4 Gb, poiché HDtoolbox non accetta 
volentieri capacità superiori (comunque 
questo è il limite massimo delle parti- 
zioni standard). Di solito gli hard disk di 
questa capacità sono definiti "SCSI 3 
compliant", ma non tutti si comportano 
nello stesso modo. Meglio scegliere tra 
i modelli sul mercato già da qualche 
tempo, e quindi più affidabili. 

Per esempio, i primi Quantum Grand 
Prix non avevano un set di comandi 
molto standard ed erano scomodi da 
installare (calore, vibrazioni). Il Micro- 
polis "Capricorn" 3243AV pur erogan- 
do un ottimo transfer rate sostenuto 
(misurato con SCSISpeed) soffre di un 
crollo verticale di prestazioni nell'uso 
attraverso il file System (misurato con 
DiskSpeed): senza acceleratrice, con 
un controller A4091 si scende al di sot- 
to dei 3 Mb/s già all'inizio del disco! 

Il rallentamento è dovuto a predisposi- 
zioni della configurazione SCSI 3 inter- 
na non ottimizzate per l'uso con Amiga, 
che di nuovo richiederebbero l'uso di 
un diagnostico SCSI a basso livello, 
oppure l'installazione di un file System 
diverso (si può provare con Professio- 
nalFileSystem, disponibile su Aminet). 
Tuttavia, se si effettuano solo scritture e 
letture dirette delle tracce non ci sono 
problemi. 

La serie Barracuda di Seagate usa una 
cache adattativa, che consente di pre- 
servare il transfer rate anche nell'uso 
attraverso il FastFileSystem Amiga; ma 
per avvicinare il più possibile le presta- 
zioni di DiskSpeed a quelle di Scsi- 
Speed, una buona acceleratrice è indi- 
spensabile. Ricordiamo che ScsiSpeed 
effettua il test di velocità senza passare 
dal file System, a differenza di quanto 
avviene con DiskSpeed. 

Con queste configurazioni, la velocità 
di arbitraggio limitata del bus Zorro III 
comincia a farsi sentire e può causare 
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irregolarità nel transfer rate, che co- 
stringono a usare buffer di memoria 
molto grandi. 

I controller SCSI2 che non si appoggia- 
no allo Zorro III (come quelli sulle sche- 
de acceleratrici più recenti) se vengono 
costruiti bene, superano brillantemente 
il problema. 

FILTRI ANTIDISTURBO 

Un grosso pericolo per i dati e Amiga è 
costituito dai disturbi di rete: sovraten- 
sioni momentanee o brevi interruzioni. 

II trasformatore separatore descritto sul 
numero 40 funge anche da filtro, ripu- 
lendo la tensione di uscita dalla mag- 
gior parte dei disturbi di breve durata: 
chi lo ha installato è già discretamente 
protetto. Questo apparecchio è sempre 
presente negli studi televisivi o nei 
grossi centri di calcolo, a monte delle 
altre protezioni. 

I filtri antidisturbo veri e propri sono di 
due tipi diversi. Il più efficace ha la for- 
ma di una scatoletta metallica a quattro 
terminali, e si può acquistare a poco 


prezzo presso i rivenditori di materiale 
elettrico. Richiede la presenza di un 
buon impianto di messa a terra, perché 
funziona convogliando i disturbi in in- 
gresso verso la terra, lasciando transi- 
tare verso i terminali di uscita solo la 
corrente ripulita. 

I filtri a due terminali, che si inseriscono 
tra i due fili della 220 V, sono solo un 
banale scaricatore a gas o varistore 
(dal costo di un migliaio di lire), even- 
tualmente in parallelo con un conden- 
satore, e offrono un limitato grado di 
protezione contro fulminazioni o sovra- 
tensioni intense e momentanee. 

Spesso vengono venduti dentro “prese 
antifulmine’’ dal costo esorbitante e in- 
giustificato: non solo nessuna protezio- 
ne disponibile in commercio è in grado 
di proteggere il computer da un fulmine 
che cada direttamente sui cavi della lu- 
ce, ma l’efficacia di tale protezione è 
per forza di cose modesta, spesso infe- 
riore a quella ottenibile con un filtro an- 
tidisturbo che costa poche lire. Infatti il 
filtro devia il fulmine verso la messa ter- 
ra, facendo scattare il “salvavita” e ar- 


ginando rapidamente i danni. 

Lo scaricatore di sovratensione a due 
terminali è un utile complemento del fil- 
tro ma non lo può sostituire, perché se 
la tensione non viene staccata entro 
pochi millisecondi dall’innesco, si bru- 
cia lasciando il computer indifeso. 

Una soluzione un po’ migliore consiste 
nell’usare uno stabilizzatore di tensio- 
ne, a ferro saturo oppure elettronico. Lo 
stabilizzatore elimina sia i picchi di so- 
vratensione che le microinterruzioni di 
corrente, perché contiene dei grossi e- 
lementi reattivi in grado di immagazzi- 
nare un po’ di energia che può essere 
liberata per ripianare la microinterruzio- 
ne. 

Quello a ferro saturo purtroppo distorce 
leggermente la sinusoide di rete, ma di 
solito ciò non dà problemi. Il costo dello 
stabilizzatore elettronico comincia ad 
avvicinarsi a quello di un vero gruppo 
di continuità, e per questo è usato rara- 
mente: contro le interruzioni di corrente 
vere e proprie solo un gruppo di conti- 
nuità è efficace. 


Studio Bitplane, v.le Jenner 74, 20169 MILANO - Vendita software per corrispondenza 



PRONTI! 



Zeta Titler è un nuovissimo programma che consen- 
te di realizzare DA SUBITO fantastiche video- 
titolazioni animate di qualità professionale! 
Incredibile! Genera automaticamente sui vostri set di 
caratteri monocromatici effetti a sfumature di colore, 
effetti 3D obreggiati/sfumati, outline con gradient 
interno, effetti metallici colorati, e altro ancora! 
Ancora più incredibile! Ridimensiona automatica- 
mente i vostri font, realizzando, sulla stessa pagina, 
testi con dimensioni differenti, anche se disponete di 
set di caratteri di un'unica dimensione! 

Programma in italiano, con istruzioni in italiano, 
stampabili, incluse nel programma. 

COME FUNZIONA 

Con un click del mouse scegliete uno schema per le 
pagine video fra quelli proposti (decine già pronti!). 
Direttamente su ogni pagina, all'Interno dello sche- 
ma, digitate i testi. 

Con un altro click scegliete lo schema di introduzione 
animata dei testi (entrata in scena per caduta dall'al- 
to, per scivolamento laterale, rimbalzo armonico, 
fluttuazione lenta, eccetera; decine di animazioni 
pronte!). 

Ancora un click per scegliere il set di caratteri da 
usare (va bene qualsiasi font standard, installato sul 



Workbench o residente su un disco a parte!). 
L'ultimo click è per scegliere l'effetto grafico da realiz- 
zare sui testi (effetto 3D, effetto sfumato, effetto metal- 
lo, ecc; ce ne sono più di cento!) e poi, ciak, si gira! 

ALTRE CARATTERISTICHE 

Possibilità di archiviare su disco le vostre titolazioni 
già pronte all'uso, richiamabili in ogni momento per la 
registrazione o per eventuali modifiche. Possibilità di 
definire le dimensioni del display, per realizzare 
titolazioni a tutto schermo (overscan). Disponibilità di 
effetti ombra e/o bordino nero per il massimo risalto 
sullo sfondo (solo utenti con genlock). Disponibilità di 


decine di sfumature di colore per gli effetti grafici sui 
testi. Controllo automatico e/o manuale della durata 
di pause e tempi di animazione dei testi. Programma 
compatibile con QUALSIASI genlock o mixer video. 

N.B. 

Il programma è compatibile con qualsiasi modello 
Amiga provvisto di almeno 1Mb di memoria. 

COME RICEVERE IL PROGRAMMA 
A CASA, IN MENO DI UNA SETTIMANA 

Per ordinare il programmatelefonicamentechiamate 
lo 02.39320732; riceverete il programma in meno di 
una settimana (pagherete in contrassegno, al posti- 
no, lire 49.900+7.500=57.400). Per effettuare, inve- 
ce, un'ordinazione postale, scrivete il vostro indirizzo 
negli appositi spazi. Ritagliate o fotocopiate la pagina 
e inviatela, in busta chiusa, all'Indirizzo sottoriportato. 
In questo caso, se non volete ricevere il pacco in 
contrassegno, potete scegliere di pagare 
anticipatamente effettuando il versamento (lire 
49.900+3.000=52.900) tramite bollettino postale(CCP 
n. 18461202 intestato a Studio Bitplane, v.le Jenner 
74, 20159 MILANO). In tal caso ricordate di inviarci, 
oltre alla pagina, anche la ricevuta di versamento (o 
fotocopia). 


NOME: 

INDIRIZZO: 

C.A.P/Città: 


Richiedete il catalogo gratuito completo di tutti i nostri programmi 
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GIOCHI DEL MESE 


I n attesa che Escom chiarisca la sua strategia per il mercato dei video- 
giochi, le uscite per Amiga continuano a essere limitate in numero pur 
conservando un certo livello di qualità. 

Da Impression è stato rilasciato High Seas Trader per Amiga AGA. Ci 
troviamo nell'Europa del ‘600 al comando di una nave mercantile; la pic- 
cola somma di denaro di cui disponiamo è sufficiente per reclutare gli 
uomini dell'equipaggio e riempire la stiva con il primo carico. Inizieremo 
così la faticosa scalata alla ricchezza e al prestigio personale: tocchere- 
mo i porti delle maggiori città europee commerciando beni e migliorando 
il nostro equipaggiamento. La navigazione è vissuta in prima persona, 
ma non ha alcuna pretesa di simulazione, e i combattimenti con le altre 
navi sono purtroppo altrettanto approssimativi. La sezione commerciale è 
ben realizzata e dettagliata, ma finisce per essere l’unico elemento del 
gioco: il vero difetto è infatti la mancanza di caratterizzazione, che fa as- 
somigliare tutte le città a delle banchine di carico delle merci e niente al- 
tro. Anche le ricchezze faticosamente conquistate risultano fini a se stes- 
se, dal momento che il gioco non prevede sviluppi interessanti come la 
formazione di un impero commerciale o la colonizzazione di nuove terre. 
Buona la grafica AGA a 256 colori. 

Sempre da Impression è stato rilasciato Ultimate Soccer Manager 
in versione AGA e ECS. È una interessantissima simulazione calcistica 
manageriale in cui siamo chiamati a gestire e allenare una squadra pre- 
scelta della Lega inglese. Ogni aspetto della conduzione economica del- 
la società è riportato con estremo dettaglio: le sponsorizzazioni, le politi- 
che di abbonamento, i prestiti delle banche, la ristrutturazione degli im- 
pianti, il mercato dei gadget, e così via. La parte "sportiva” permette di 
ingaggiare i preparatori atletici, comprare e vendere giocatori (ognuno 
definito nelle caratteristiche da numerosi parametri), scegliere le tattiche 
e lo stile di gioco da adottare (tiri da lontano, passaggi più o meno fre- 
quenti, ecc.). Le partite non possono essere giocate impersonando un 
giocatore, ma possono essere seguite con una inquadratura dall’alto che 
consente di vedere le azioni stilizzate e di intervenire in tempo reale con 
modifiche tattiche. Anche una certa atmosfera calcistica è ben ricreata 
dalle interviste dei giornali che seguono l’esito degli incontri. La struttura 
del gioco è inoltre ben studiata e consente un rapido accesso a tutti gli 
innumerevoli aspetti della simulazione. Certamente uno dei migliori giochi 
di calcio manageriale sul 

mercato. Ultimate Soccer Manager (AGA). 

Un'altra interessante simula- 
zione di calcio Manchester 
United Doublé viene da K- 
risalis, per tutti gli Amiga con 
1 Mb. Il titolo celebra la dop- 
pia vittoria -campionato e 
coppa di lega- del Manche- 
ster nella stagione 1993/94. 

Tra le opzioni c’è la partita 
singola, il breve torneo, ma il 
modo migliore per apprez- 
zarne le qualità è diventare 
“manager" di una squadra 
che, nel calcio inglese, signi- 
fica esssere dirigente e alle- 
natore insieme, curando la 
campagna acquisti, la forma- 
zione, la disposizione in cam- 





High Seas Trader per Amiga AGA. 

po e così via. Si può scegliere fra un centinaio di squadre che riportano 
con fedeltà i giocatori, le loro caratteristiche (almeno apparentemente 
molto accurate) e relativi prezzi di mercato. La parte arcade adotta una 
visione isometrica del campo, e dimensioni ridotte per i giocatori in stile 
Sensible. La sezione tattica consente di scegliere tra i moduli tradizionali 
o di crearne di nuovi: un sistema a griglia vi permette di decidere con u- 
na certa approssimazione la posizione in campo di ciascun giocatore. Il 
ritmo di gioco veloce e confuso (all’inglese) non impedisce un certo ”ga- 
samento”, grazie soprattutto al sonoro ben curato e ricco di effetti da sta- 
dio. Divertente, ma lontano dai livelli di Sensible World of Soccer. 

Da Graftgold giunge invece Virocop un buon shoot’em up in versione 
ECS e AGA, pubblicato da Warner Interactive Entertainment. Ai comandi 
del droide DAVE (Digital Armoured Virus Eterminator) dobbiamo introdur- 
ci airinterno di alcuni videogiochi per sterminare tutti i virus che li hanno 
infettati. Scegliendo tra venti diverse armi devastanti, dovremo ripulire i 
quattro mondi che costituiscono le ambientazioni dei quattro videogiochi, 
distruggendo gli organismi ostili e gli algoritmi impazziti e avanzando in 
ogni sottolivello come nella migliore tradizione arcade (è implementato 
anche un sistema di password). Una interessante opzione a due giocato- 
ri consente anche di dividersi i compiti tra controllo del droide e canno- 
niere. Virocop è tecnicamente ben realizzato (buona la grafica per niti- 
dezza e varietà, ottimo lo 
scrolling e il rilevamento del- 
le collisioni, curato il sonoro 
che nella versione CD32 van- 
terà anche tracce audio 
CD), e anche se la dinamica 
di gioco non varia sostanzial- 
mente, la varietà e la vastità 
dei quattro scenari assicura 
anche una buona longevità. 
Dalla Sensible Software è ar- 
rivato Sensible Golf, distri- 


buito da Virgin Interactive 
Entertainment per tutti gli A- 
miga con 1 Mb di RAM. John 
Hare e compagni hanno pre- 
levato la stessa impostazione 
grafica che ha fatto la fortuna 
di Cannon Fodder e ne han- 
no fatto un nuovo gioco di 


Marco e Mario Ruocco 









ON DISK 


a cura di Carlo Santagostino e Roberto Attias 


Genius V2.5 • Paolo Menichetti 

Genius è un programma per la riduzione 
di sistemi di Totocalcio, Totip ed Enalotto 
funzionante su qualunque modello di A- 
miga (anche 1.3). Il programma è sha- 
reware: la versione dimostrativa qui distri- 
buita non consente di ottenere riduzioni 
di più di cento colonne e ha disabilitate le 
funzioni di salvataggio e stampa, oltre ad 
alcune metodologie di gioco. Il manuale 
fornito sul dischetto si riferisce inoltre alla 
versione 1.3, e non documenta quindi al- 
cune caratteristiche del programma. 

Per installare Genius, trasportate l'omoni- 
mo cassetto nella directory desiderata e 
copiate in FONTS: entrambi i font presenti 
nella directory font del dischetto. 

Nel seguito spiegheremo come ottenere 
una semplice riduzione per schedine del 
Totocalcio; per un uso più sofisticato del 
programma vi rimandiamo alla documen- 
tazione allegata. 

Una volta lanciato Genius, dovete sce- 
gliere Totocalcio tra i tre giochi disponibili 
e quindi clickare sul quadro che fornisce 
informazioni sul programma e l'autore, ei- 
ra potete accedere allo schermo per l'in- 
serimento delle partite e dei risultati, pre- 
mendo il gadget Pronostico. Selezionate 
la voce Totale del menu Incontri e indica- 
te, una dopo l'altra, tutte le squadre della 
schedina; se dopo averle inserite tutte vi 
accorgete di aver commesso un errore, 
potete correggerlo selezionando col mou- 
se la casella corrispondente. 

Ora dovete inserire il vostro pronostico. 
Le colonne BAS (base), COR (correzioni) 
e SOR (sorprese) servono rispettivamente 
all'Inserimento dei risultati più probabili, 
meno probabili e delle vere e proprie sor- 
prese. Inizialmente le tre colonne conten- 
gono rispettivamente i risultati 1, X e 2. 
Per inserire i valori in una delle tre colon- 
ne potete usare le corrispondenti voci del 
menu Pronostico/Pronosticoda tastiera. E 
anche possibile modificare i valori di una 
colonna per una singola partita mediante 
il mouse: l'aggiunta di un 1, 2 o X, o la 
sua rimozione se esso è già presente, di- 
pende dall'esecuzione di un click nella 
parte sinistra, centrale o destra della co- 
lonna. 

Una volta inserito il pronostico, premete il 
gadget Menu Principale. A questo punto 
potete definire tutti i parametri che limita- 
no la quantità di colonne risultanti dallo 
sviluppo del sistema. Genius mette a di- 
sposizione numerosi filtri per il condizio- 
namento, suddivisi su più schermate ac- 
cessibili tramite i gadget a forma di frec- 
cia presenti nello schermo principale. Il 
significato dei diversi filtri è ben docu- 
mentato nel capitolo 5 del manuale forni- 


to. Qui ci limiteremo a ricordare che, per 
essere considerato, ogni condizionamen- 
to deve essere attivato tramite il gadget 
DisattivatolAttivato presente in ciascuno 
schermo. Qualora uno schermo contenga 
diversi condizionamenti, questi possono 
essere attivati singolarmente, con i gad- 
get posti al di sotto della scritta Attivazio- 
ni. 

Dopo aver definito i condizionamenti, po- 
tete avviare il vero e proprio sviluppo del 
sistema. Prima di tutto selezionate il gad- 
get Memoria dello schermo principale, in 
modo che Genius ricordi tutte le colonne 
calcolate. Quindi attivate il calcolo del si- 
stema scegliendo uno tra i gadget Cond. 
Check, Cond. Veloce o Cond. Turbo. Il 
primo sviluppa il condizionamento ese- 
guendo un check su tutte le colonne, il 
secondo esegue il condizionamento sen- 
za check, il terzo lavora come il prece- 
dente, ma disabilita il multitasking di Ami- 
ga, per aumentare lievemente la velocità 
di calcolo, Una volta eseguita la compu- 
tazione, Genius mostra nel riquadro Con- 
dizionato il numero di colonne totali non 
condizionate, il numero di quelle condi- 
zionate, il rapporto di condizionamento e 
il costo del sistema. Se è stato usato il 
condizionamento Check e la memoria 
non era attiva, è possibile a questo punto 
solo esaminare le statistiche sui condizio- 
namenti avvenuti (gadget Check) o ritor- 
nare allo schermo principale (Ritorna). A- 
vendo invece attivato la memoria, sono 
disponibili una serie di altre opzioni, tra 
cui la visualizzazione delle colonne cal- 
colate (Visualizzazione). La memoria è 
configurata per contenere un massimo di 
cento colonne e, in questa versione de- 
mo, tale dimensione non è modificabile. 
Tra le opzioni disponibili dopo il condizio- 
namento vi sono Riduzione, per la ridu- 
zione del sistema a uno con minori pro- 
babilità di vincita (ma anche minor costo) 
e Spoglio, per la immissione della reale 
colonna vincente e il calcolo del punteg- 
gio ottenuto col proprio sistema. 

Il programma Plus presente nella stessa 
directory di Genius consente di accedere 
ad alcuni moduli esterni, tra cui uno per la 
stampa avanzata di schedine (comunque 
disabilitata in questa versione). Per prova- 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

1 Mb RAM, Kickstart 1.3 

Installazione 

trasportate il cassetto Genius dal 

dischetto alla directory desiderata e 

copiate tutti i font del dischetto in 

FONTS:. 


re alcuni di questi moduli, essendo disa- 
bilitate le funzioni di salvataggio di Ge- 
nius, sono fornite nel dischetto alcune co- 
lonne precalcolate. 

Per ulteriori informazioni sul programma 
vi rimandiamo alle ottime istruzioni in ita- 
liano presenti nel dischetto. 

KeepTime • Simone Tellini 

KeepTime è una piccola utility che sem- 
plifica il mantenimento di data e ora cor- 
retta nei modelli di Amiga non dotati di o- 
rologio con batteria a tampone. General- 
mente in questo caso è necessario impo- 
stare la data all'accensione della macchi- 
na e dopo ogni reset. KeepTime fa in mo- 
do che questa noiosa operazione non sia 
più richiesta dopo i reset. Il programma 
funziona su ogni modello di Amiga dotato 
di Kickstart 1.3 o superiore. Per installar- 
lo, copiatelo in C: e inserite nella startup- 
sequence la riga: 

KeepTime <s e c > 

dove <sec> è il numero di secondi impie- 
gati dalla vostra macchina per eseguire il 
reset. Poiché questo tempo differisce di 
configurazione in configurazione, dovrete 
misurarlo con un cronometro. Keeptime 
può essere eliminato dalla memoria lan- 
ciandolo con l'opzione r, ma questo com- 
porta un reset della macchina. 

SPECIFICHE DEL PROGRAMMA 

Configurazioneminima 

512 kb RAM, Kickstart 1.3 

Installazione 

copiate KeepTime in C: e inserite 
KeepTime <sec>nella startup-sequence 

AtapiGDROM V6.2 

# Oliver KastJ 

I possessori di Amiga 4000 e 1200 che 
hanno rimpianto la scelta di Commodore 
di dotare il loro computer di una interfac- 
cia IDE in luogo della veloce e efficiente 
SCSI potranno prendersi una piccola 
soddisfazione con questo driver. AtapiC- 
DROM consente di utilizzare con Amiga i 
lettori CDROM ATAPI, modelli dotati di in- 
terfaccia IDE usati comunemente nel 
mondo dei PC e particolarmente econo- 
mici rispetto a quelli SCSI. Sono suppor- 
tati anche il controller IDE Oktagon e i 
Tandem AT. La versione fornita su di- 
schetto è dimostrativa e presenta delle li- 
mitazioni assenti dalla versione registrata. 

II programma mappa i comandi SCSI2 in 
pacchetti nel formato ATAPI, consenten- 
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do l'uso di qualunque programma per A- 
miga scritto per lettori CD SCSI. Ovvia- 
mente, per provare il programma occorre 
un lettore di CD-ROM ATAPI. 

Per installare programma e lettore CD po- 
tete seguire queste istruzioni: 

- Connettete il lettore IDE-ATAPI alla porta 
IDE del vostro Amiga e impostatene i jum- 
per in modo che il dispositivo risulti SLA- 
VE (vedi la documentazione fornita insie- 
me ai drive). Se disponete di un hard disk 
IDE, sarà necessario acquistare un cavo 
PC-IDE standard, dato che quello fornito 
con la macchina non è sufficientemente 
lungo per hard disk e lettore. Per maggio- 
ri dettagli e informazioni sull'installazione 
hardware del lettore fate riferimento alla 
rubrica II tecnico risponde di questo stes- 
so numero. 

- Una volta fatto il boot con il vostro siste- 
ma, lanciate il programma Install-Atapi. 
Questo programma fa uso dell'lnstaller 
Commodore, non fornito nel dischetto (e- 
ra apparso in numeri passati della rivista). 
Scegliete la voce Expert User, premete 
Proceed with Instali e quindi Proceed. A 
questo punto comparirà una finestra con 
l'elenco dei device di sistema (a sinistra). 
Scegliete quello adatto alla vostra confi- 
gurazione (scsi. device per la porta IDE 
interna del 1200 e del 4000): nella parte 
destra della finestra comparirà il vostro 
CD-ROM. Selezionate Use per installare il 
driver corretto. 

- Ora dovete informare il CD file System 
da voi utilizzato della presenza del nuovo 
device. Se usate il CDfilesystem Commo- 
dore fornito con il 3.1 , selezionate l'icona 
CDO: nella directory DEVS:Driversdel vo- 
stro disco di boot e scegliete la voce 
Informazioni del menu Icone. In corri- 
spondenza del parametro DEVICE indica- 
te il driver installato. 

A questo punto l'installazione è terminata 
e dovreste essere in grado di utilizzare i 
programmi scritti per CD-ROM SCSI sen- 
za problemi. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512 kb RAM, Kickstart 2.0 

Installazione vedi sopra 

Hexagons • Frank Bernard 

Hexagons è un clone del famoso Tetris in 
cui i pezzi sono formati dall'unione di più 
blocchi esagonali in luogo di quelli qua- 
drati dell'originale. Vi sono dieci pezzi dif- 
ferenti e le rotazioni sono di sessanta gra- 
di, consentendo sei diversi orientamenti. 

Il programma richiede il Kickstart 2.0 o 


superiore; poiché si apre sullo schermo 
del Workbench, è consigliabile (anche se 
non obbligatorio) che questo abbia alme- 
no otto colori per non limitare troppo la 
qualità grafica. 

Per installare Hexagons, è sufficiente tra- 
sportarne l'icona nel cassetto desiderato. 
Una volta lanciato, il programma apre una 
finestra nella quale sono presenti cinque 
gadget. Per iniziare a giocare dovete pre- 
mere New Game: sul lato sinistro della fi- 
nestra cominceranno a scendere i pezzi 
che dovrete sistemare sul fondo in modo 
da non lasciare buchi. Nel riquadro posto 
nella parte superiore destra della finestra 
viene mostrato il pezzo successivo. Ogni 
linea orizzontale di esagoni priva di buchi 
viene eliminata. 

Scopo del gioco è resistere il più a lungo 
possibile senza che i pezzi accumulati 
raggiungano il bordo superiore del cam- 
po di gioco. Per manovrare i pezzi, potete 
usare tasti freccia sinistra e freccia destra 
(spostano il pezzo nelle rispettive direzio- 
ni), freccia giù (ruota il pezzo in senso o- 
rario), freccia su (ruota in senso antiora- 
rio) e spazio (accelera la discesa). 

Il gadget Preferences apre una finestra 
per la configurazione di alcuni parametri. 
Drop Immediate produce la discesa im- 
mediata del pezzo alla pressione della 
barra spaziatrice, mentre Drop Variable 
consente di scegliere la velocità di disce- 
sa mediante il gadget Speed. Colours Ar- 
ranged/Random regola il modo di colora- 
zione dei pezzi mentre Ask NamelLock 
Name determinano se il nome per un high 
score deve essere richiesto o se deve es- 
sere usato quello inserito nel campo Na- 
me. Preview Tiles abilita o disabilita la vi- 
sualizzazione del pezzo successivo e 
Startlevel indica il livello iniziale di gioco 
(più alto è il livello maggiore è la velocità 
di discesa dei pezzi). 

Il gadget Statistic pone in pausa il gioco e 
mostra le frequenze relative dei pezzi nel- 
la partita attuale. Pause/Play attiva e di- 
sattiva la pausa mentre Highscore mostra 
i migliori punteggi. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstart 2.0 

Installazione 

copiate Hexagons nella directory 

desiderata 


FileDiff # Simone Tellini 

FileDiff è un programma utilizzabile da 
Shell che consente di verificare le diffe- 
renze tra due file binari. Il programma è 


anche in grado di rilevare se un file è 
contenuto nell'altro. Le differenze presenti 
nei file vengono mostrate carattere per 
carattere, indicando l'offset esadecimale 
seguito dal codice esadecimale e il carat- 
tere corrispondente presente in ognuno 
dei due file. 

La sintassi del comando è: 

FileDiff <filel> <file 2 > [QUICK] 

Il parametro QUICK è opzionale: se viene 
specificato, il programma non mostra le 
differenze presenti nei file, ma solo il loro 
numero. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

51 2 kb RAM, Kickstart 2.0 

Installazione 

copiate il comando in una directory del 

path 

Ecotei # Pierpaolo Casalino 

Se avete un modem sapete quanto affa- 
scinante possa essere girare per BBS, o 
magari addirittura per Internet. A volte 
l'entusiasmo prende troppo la mano e 
l'impatto con la triste realtà, rappresenta- 
ta dalla bolletta bimestrale della Telecom, 
ci colpisce duramente. Se non avete un 
modem, potreste comunque voler sapere 
quanto vi costa una telefonata. Ecotei è 
un programma che permette di monitora- 
re la spesa per telefonata, mantenendo 
quindi sotto controllo i costi. Essendo sta- 
to realizzato in Italia, Ecotei tiene conto 
del costo degli scatti e delle fasce orarie 
applicate nel nostro paese. Il programma 
richiede la versione 2.0 del sistema ope- 
rativo e si installa copiandolo nella direc- 
tory desiderata. 

Una volta lanciato, Ecotei apre una fine- 
stra sullo schermo del Workbench. In alto 
a destra è visibile l'ora attuale, mentre im- 
mediatamente sotto compariranno i dati 
su durata, numero di scatti e costo della 
comunicazione. Il campo Tariffa indica la 
fascia oraria: la durata di ogni scatto, e 
quindi il costo in lire al minuto, indicato in 
basso a destra, dipendono da questo pa- 
rametro oltre che dal tipo di comunicazio- 
ne. Per il funzionamento di Ecotei è quindi 
importante che l'orologio di Amiga indi- 
cante data e ora sia corretto. 

Prima di tutto, è necessario indicare il tipo 
di telefonata che si desidera effettuare. 
La scelta si effettua tramite il gadget Tipo 
Comun. tra le seguenti voci: 

- TUT: Tariffa Urbana a Tempo, indica u- 
na telefonata nella rete urbana; 
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- CIS: Comunicazione Interurbana Setto- 
riale, indica telefonate nell'ambito dello 
stesso settore telefonico; 

-fino a 15 Km, da 15 a 30 Km, da 30 a 60 
Km e oltre 60 Km indicano una telefonata 
in teleselezione con tariffa che dipende 
dalla distanza. 

Per attivare il conteggio degli scatti deve 
essere premuto il gadget Collegamento al 
momento dell'Inizio della connessione. 
Selezionando il gadget Logfile i collega- 
menti vengono registrati nel file Ecotel.log 
posto nella stessa directory del program- 
ma. 

Lanciando il programma da Shell, è pos- 
sibile indicare alcuni parametri sulla linea 
di comando, mentre da Workbench ana- 
loghi parametri possono essere indicati 
come parametri dell'icona: 

=<nome schermo indica il 
nome di uno schermo pubblico su cui a- 
prire il programma (di default è quello del 
Workbench); 

=<x> impone che ogni <x> lire 
di costo aggiuntivo l'utente venga avvisa- 
to mediante un lampeggio del video: 

=<nome file> specifica un file di 
log diverso da Ecotel.log 
=<x> e =<y> indicano le coordinate 
dell'angolo superiore sinistro della fine- 
stra nello schermo; 

=<lire> specifica il costo di uno 
scatto e consente di aggiornare il pro- 
gramma qualora venissero ritoccate le ta- 
riffe Telecom. Impostando un valore pari 
a 1 viene calcolato solo il numero di scatti 
invece del loro costo. 

: se questo parametro viene specifi- 
cato, le telefonate vengono registrate nel 
logfile (come se fosse selezionato il gad- 
get Logfile) 

: se questo parametro viene speci- 
ficato il programma parte immediatamen- 
te registrando i costi, come se fosse atti- 
vato il gadget Collegamento. 

=<n> imposta il tipo di comunica- 
zione. <n> è un numero da 1 a 6 indican- 
te rispettivamente le voci TUT, CIS, fino a 
15 Km, da 15 a30 Km, da30 a60 Km e 
oltre 60 Km. 

: questo parametro fa aprire l'inter- 
faccia ridotta alla sola barra del titolo. In 
questo caso il gadget C presente a sini- 
stra del gadget di zoom della finestra può 
essere usato in luogo del gadget Colle- 
gamento. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstart 2.0 

Installazione 

copiate Ecotei nella directory desiderata 


DocPager 

# Orazio Tagliatela Scafati 

DocPager è una utility relaizzata in Italia 
che prepara per la stampa i file nel for- 
mato standard degli Autodoc (quello usa- 
to dalla Commodore per la documenta- 
zione delle funzioni del sistema operati- 
vo), aggiungendo il numero di pagina e 
creando un indice. Per installare il pro- 
gramma copiatelo in una directory nel 
path (per esempio C:). 

DocPager si usa da Shell con la seguente 
sintassi: 


DocPager [-<opts>] <doc sorgente» 
[<doc desi . > 


dove <doc sorgente» è un file standard 
Autodoc contenente una tavola degli au- 
todoc all'Inizio. 

Il parametro <opts>, opzionale, è una 
stringa composta da uno o più dei se- 
guenti caratteri: 

<n> indica il numero di righe per 
pagina (es. L70 = 70 linee per pagina); 
<n> indica la dimensione dei tab; 
<n> indica il numero iniziale di pa- 
gina; 

produce una intestazione in neretto nel 
file destinazione; 

disabilita l'output delle sequenze di e- 
scaDe. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstart 2.0 

Installazione 

copiate DocPager in una directory nel 

uath. 


PatchControl VI. 2 • stefan 
Sommertele! 

Una delle tecniche più utilizzate per la 
realizzazione di utility e programmi che 
modificano il comportamento del sistema 
operativo è il cosiddetto "patching". In 
sostanza questa tecnica consiste nel so- 
stituire al codice di una funzione di siste- 
ma una implementazione differente, rea- 
lizzata dal programmatore. 

A volte più utility, magari lanciate automa- 
ticamente al boot della macchina effet- 
tuano dei patch sulle stesse funzioni del 
sistema. Sfortunatamente questa tecnica 
ha lo svantaggio di consentire la rimozio- 
ne solo dell'ultimo patch, per cui la rimo- 
zione delle suddette utility diviene proble- 
matica. A volte esse, non essendo in gra- 
do di rimuovere i patch, possono solo li- 
berare la maggior quantità possibile di ri- 


sorse e poi rimanere in memoria. 

Esistono alcune utility che cercano di ri- 
mediare al problema citato, come questo 
PatchControl. 

Il programma deve essere installato in u- 
na directory nel path (come C :) ; il file 
S:startup-sequence deve inoltre essere 
modificato, aggiungendo la linea: 

C: PatchControl 

immediatamente dopo il lancio del co- 
mando SetPatch. Potete inserire come 
parametri del comando i nomi delle utility 
che eseguono patch prioritari. 

Se siete programmatori e volete scrivere 
utility che eseguono patch in maniera 
compatibile con questo programma, non 
dovete fare altro che cercare la porta 
messaggi SetMan mediante la funzione 
FindPort(): se tale porta esiste significa 
che PatchControl è stato lanciato e quindi 
potete tranquillamente rimuovere i patch 
mediante la funzione SetFunction(). 

SPECIFICHE DEL PROGRAMMA 

Conflgurazloneminlma 

512kb RAM, Kickstart 2.0 

Installazione 

copiate il comando in C: e inserite la linea 
C:PatchControl dopo SetPatch nel file 
s:startup-sequence 


GetPubName# Mick Hohmann 

GetPubName è una piccola utility che re- 
stituisce il nome dello schermo pubblico 
in primo piano. Questo programma risulta 
utile con applicazioni che possono aprire 
la propria interfaccia su schermi pubblici 
indicati sulla linea di comando, come per 
esempio il programma Calculator; con 
quest'ultimo, per esempio, è possibile di- 
gitare da Shell: 

calculator PUBSCREEN= ' GetPubName ' 

per far sì che si apra sempre sullo scher- 
mo pubblico in primo piano. 

Si noti l'uso dei backtick (accenti gravi) 
per ottenere la sostituzione di GetPubNa- 
me col suo output. 

Il programma richiede la versione 2.0 del 

SPECIFICHE DEL PROGRAMMA 

Conflgurazloneminlma 

512kb RAM, Kickstart 2.0 

Installazione 

copiate GetPubName in una directory in 
una directory nel path. 
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sistema operativo ed è fornito completo 
di sorgenti in linguaggio Modula 2. 
GetPubName accetta anche alcuni para- 
metri: 

<nome>: scrive il nome dello scher- 
mo pubblico nella variabile di ambiente 
<nome>; 

<nome>: come sopra, ma utilizza u- 
na variabile locale. 

ProNet V2 • Michael Krause 

Pronet è una combinazione hardware/ 
/software che consente di mettere in rete 
due o più Amiga, condividendo cosi hard 
disk, o device di ogni genere tra le mac- 
chine. 

Tutto il software che costituisce ProNet 
gira a partire dalla versione 1.3 del siste- 
ma operativo, fatta eccezione per l'hand- 
ler, che richiede la versione 2.0. È cosi 
possibile usare ProNet, per esempio, per 
accedere al CD-ROM di un CDTV con- 
nesso in rete o alle risorse di un Amiga 
500 1.3. 

L’hardware richiesto è costituito da un ca- 
vo seriale o parallelo per collegare i due 
Amiga. Attenzione: il cavo parallelo deve 
essere appositamente realizzato ed è i- 
dentico a quello usato da Parnet (se ne è 
parlato più volte nei numeri passati della 
rivista). Il cavo seriale deve essere di tipo 
Null-Modem a 7 fili. Non utilizzate cavi se- 
riali o paralleli qualsiasi o rischiate di dan- 
neggiare irreparabilmente il vostro com- 
puter. 

Per realizzare un cavo parallelo, procura- 
tevi due connettori DB25 (maschi o fem- 
mine a seconda dei modelli di Amiga da 
voi posseduti) e un cavo. Dovete esegui- 
re i seguenti collegamenti: 

- i segnali D0-D7, POUT, BUSY, SEL e 
GND di un connettore devono essere col- 
legati ai corrispondenti nell'altro connetto- 
re; il segnale ACK di ogni connettore de- 
ve essere collegato al segnale SEL del 
medesimo connettore. 

Potete realizzare il cavo da zero o acqui- 
starne uno con tutti e 25 i poli collegati e 
recidere i collegamenti non citati sopra, 
ma in ogni caso fate molta attenzione a ri- 
spettare le istruzioni. 

In alcuni casi il segnale RI della linea se- 
riale può interferire con il corretto funzio- 
namento della rete, quindi assicuratevi 
che non vi siano cavi connessi alla porta 
seriale, o che essi non utilizzino tale se- 
gnale, 

Per installare il software di ProNet, ese- 
guite le seguenti operazioni su ogni Ami- 
ga che collegherete in rete: copiate il file 
ProNET/Devs/pronet. device in DEVS: e 
trasportate l'intero cassetto ProNET/Devs/ 
Pronet in DEVS:. 


Lanciate ora il vostro editor di testo prefe- 
rito, e create un file di testo con la se- 
guente linea: 

pronet-device-0 : internal-paral lei 

[<n> 5 

dove <n> è 0 su una delle due macchine 
connesse tramite la porta parallela e 1 
sull'altra. Salvate questo file col nome 
DEVS:pronet.config. 

Nella descrizione che ora forniremo si 
assume che vi siano due Amiga collegati 
(A e B) e che si desideri che un dispositi- 
vo di B sia visibile e utilizzabile da A. Na- 
turalmente, il risultato contrario si ottiene 
eseguendo specularmente sulle due 
macchine le stesse operazioni. 

Copiate il file ProNET/C/pronet-server nel- 
la directory C: della macchina B, Copiate 
il file ProNET/L/pronet-handler nella direc- 
tory L: della macchina A. 

Sulla macchina A, caricate ora nell’editor 
di testo il file DEVS:MountList. Dovrete 
definire qui un nuovo dispositivo per ogni 
dispositivo della macchina B che deside- 
rate usare da A. 

Supponendo che esista su B l'hard disk 
DHO: e che vogliate vederlo su A col no- 
me DH4:, inserite allora nel file le seguenti 
linee: 

DH4 ; Stacksize = 4096 

Priority = 10 

GlobVec = -1 

Unit = 0 

Flags « 0 

Device =devs : pronet . 

[ device 

Surfaces = 1 

BlocksPerTrack = 1 

Reserved = 0 

LowCyl = 0 

HighCyl = 0 

FileSystem = l:pronet- 

[handler 

Mount = 1 

# 

Si noti che Unit indica il numero di porta 
specificato nel file Pronet.config (quello 
attaccato alla stringa “pronet-device-", 
nel nostro caso “0’’). Per rendere noto che 
il device DH4: su A corrisponde in realtà 
a DHO: su B, aggiungete al file Pronet- 
.config la linea: 

DH4 : DHO: 

Ripetete queste ultime due operazioni per 
ogni dispositivo di B che desiderate utiliz- 
zare da A. Per terminare l'installazione ri- 
mangono da copiare alcuni file: 
ProNET:c/pronet-run, ProNET:c/pronet- 


server e ProNET/c/pronet-page nella 
directory C: della macchina A, 
ProNET:c/pronet-talk nella directory C: di 
ogni macchina. Aggiungete infine nel file 
DEVS:pronet.config di ogni macchina la 
linea: 

pronet-talk: 1994 

Per attivare la rete lanciate sulla macchi- 
na B pronet-server seguito dal numero di 
unità relativo alla porta usata. 

Nel nostro esempio useremo 0 per la in- 
ternal-parallel. Sulla macchina A montate 
i dispositivi di rete mediante il comando 
Mount Se desiderate connettere più di 
due Amiga tra loro, usando la porta seria- 
le interna o eventuali seriali aggiuntive, 
dovete aggiungere una linea per ogni 
porta, con un formato simile a questo (va- 
lido per la porta seriale interna): 

pronet-device-l : serial 

[serial. device 0 38400 

Si noti che il numero che segue “pronet- 
device-" deve essere diverso per ogni li- 
nea. “serial. device'' è il nome del device 
che controlla la porta (potete usare anche 
altri device cone il BaudBandit.device), 0 
è il numero della porta e 38400 il baud ra- 
te. Naturalmente, per utilizzare le porte 
seriali dovrete disporre di cavi Nuli Mo- 
dem a 7 fili. 

Il programma Pronet-talk può essere uti- 
lizzato da utenti sulle due macchine per 
dialogare. Sì lancia da Shell, seguito dal 
numero di unità della porta da usare (0 
nel nostro esempio per la porta paralle- 
la). 

Pronet-run permette di lanciare un coman- 
do sulla macchina remota, la sintassi è: 

Pronet-run <unità> <comando> 

dove il <comando> deve essere tra vir- 
golette, e <unità> indica la porta su cui e- 
seguire il comando. Pronet-page infine 
spedisce un messaggio alla macchina re- 
mota. Il messaggio viene mostrato in una 
finestra di Alert alla quale si risponde me- 
diante la pressione del pulsante sinistro 
del mouse. La sintassi è: 

Pronet-page <unità> «messaggio 

dove «messaggio non richiede l’uso di 
virgolette. 

SPECIFICHE DEL PROGRAMMA 

Configurazione minima 

512kb RAM, Kickstart 2.0 
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*• Amiga 4000/040 completo E- 
samino tutte le configurazioni e 
tutte le proposte. Telefonare dalle 
13.30 alle 15.00 e 21.00-21.30 al- 
lo 071-84026. Riccardo. 

* Solo originale, con manuale, 
cercasi gioco Sileni Service II per 
Amiga, Adriano, tei. 0564-412889 

•" Amiga Magazine n° 41 e 53, 

con dischetti e in ottime condizio- 
ni Tommaso, tei. 0571-82625, o- 
re pasti. 

*■ Compro Interfaccia Midi per 
Amiga 500. Tel. 0442-27003 

Cerco drive 1 .760 kb e 68030 
50 MHz. Michele, tei. 080- 
5019956/5019685 

*- Cerco disperatamente i dischi: 
Data Extension 3" per voyager 
(il noto programma di astrono- 
mia). Andrea, tei. 02-48913589, o- 
re serali. 


p r oi 


* Cerco: Scala MM300/400, 

Mediapoint, drive HD 1 ,76 Mb (in- 
terno o esterno), alimentatore po- 
tenziato 45A (vecchi A500/A600) 
per Al 200. Marco Gallina, tei. 
0332-241307. 

* Cerco copia funzionante del 
floppy workbench 1.3, tei. 030- 
9941 233 ore pasti, Massimo. 

*■ Amiga 3000 o 4000 in Pie- 
monte e regioni limitrofe e RAM 
ZIP 32 bit. Tel. 0144-594400 dopo 
le 19, Gianni 

« Amiga 4000, qualsiasi confi- 
gurazione; monitor videocomposi- 
to (tipo 1084); cartucce 88 Mb per 
Syquest: CD ROM SCSI 2x. 
Sempre valido. Enrico, tei. 0881- 
661754. 

* Cerco scanner Epson 6500 
max L. 1 .000.000 solo se in buo- 
ne condizioni. Roberto, tei. 02- 
76110695, dopo le ore 20. 


VENDO 


Espansione Al 200 Alfadata 
con 1 Mb espandibile a 5-9 Mb 
coprocessore opzionale. Vendo a 
L. 1.500.000 * spese spedizione. 
Giulio, tei. 080-513311. 

Un video backup trasforma il 
VHS in uno streamer per il vostro 
Amiga con s/W e manuale in ita- 
liano. Vendo L. 50.000 Giorgio, 
ore ufficio, tei. 0545-24913. 

Vendo espansione 1 Mb per 

A500+, L. 50.000, dopo le 22.00, 
Giuseppe, tei. 0883-511241. 

Amiga 4000/040 * mouse Lo- 
gitech + OS 3,1 ROM + 18 Mb + 
120 Mb HD: L. 3.200.000. Vlab 
Y/C, L. 650.000. Alfascan 800, L. 

250.000. Picasso 2, L. 650.000. 
Oktagon + SCSI HD 237 Mb L. 

500.000. Tandem + Mitsumi 2x + 
5 CD, L. 500.000. Rosario, tei. 
0885-412834. 0330-568926. 

Causa doppio acquisto vendo 
scheda acceleratrice per Al 200 
Hardital TQM (68030/50 con M- 
MU + 68882/50) mai usata a L. 
500 000 + spese spedizione Te- 
lefonare allo 095-642795, ore 20- 
22. Benedetto. 

Genlock 12301 Commodore 
per A500-2000-3000-4000, L. 
180.000; gioco originale Dark Si- 
de L. 10.000; Amiga Vision origi- 
nale. L. 40.000, cerco 4 Mb RAM 
SIMM 32 bit GVP, cerco kit Mega 
Agnus delia Hardital ovvero DKB. 
Telefona a Michele allo 080- 
5019956/5019685. 

Midi, raccolta di circa 300 file 
midi. Cedo L, 5.000 a floppy 
(10/12 file per disco). Telefonare 
a Giorgio, ore ufficio, tei. 0545- 
24913. 


Amiga Magazine 55 con di- 
schetti mai usati, in perfette condi- 
zioni. Tommaso Bagnoli, ore pa- 
sti, tei. 0571-82625. 

Controller SCSI GVP serie II 
ROM 6.1 + HD Quantum Slim da 
80 Mb + 8 Mb di Fast per Amiga 
500/500+ e 2000 porta passante, 
funziona con memoria Fast e 
docka il 68000 a 28 MHz; Tel, 02- 
2152248. 

Amiga 1200, HD 80 Mb inter- 
no, espansione 4 Mb con zoccolo 
per coprocessore. monitor 1084S. 
digitalizzatore Videon 4.0 con 
software gestione. CI -text origi- 
nale con manuale, Personal Paint 
6.0 originale con manuale. Ore 
pasti, Angelo, tei. 0585-790033. 

Vendo interfaccia Amylink 32 
per collegare in rete il CD32 con 
qualsiasi Amiga a sole L. 60.000 
spedizione inclusa. Annuncio 
sempre valido perchè l'interfaccia 
è autoprodotta. Telefonare allo 
095-642795. ore 20-22. Benedet- 
to. 

Amiga video backup System. 

in buone condizioni, a L. 50.000 + 
spese. Tel. 0587-636407, ore 
20 / 21 . 

Vendo Amiga 1200 + HD, L. 

950.000. Telefonare dopo le 20 
allo 055-642046, Andrea. 

Cabinet 3,5” autoalimentato 
per Al 200. Alimentatore stabiliz- 
zato interno con possibilità di ali- 
mentare altre periferiche (genlock. 
CD-ROM IDE. ecc ) Possibilità di 
collegare fino a 2 HD da 3.5". 
Montaggio semplice con manuale 
in italiano L. 140 000. Paolo, tei. 
02-4599027. ore 19-22. 
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Acceleratrice GVP Impact 2 
per A2000 tipo 68030-68882 33 
MHz + SCSI + 4 Mb RAM 32 bit, L. 

600.000. Claudio, tei. 02- 
58105161, ore 21.00. 

Vendo miglior offerente HD 
30M-WDE OS 3.0 già installato 
per Amiga 1200. Domenico Mar- 
chesan, tei. 0431-83856, ore pasli. 

Sto scrivendo un corso di pro- 
grammazione demo e giochi. Se 
volete il primo disco (L. 8.000) 
contattatemi! Fabio Ciucci, tei. 
0583-48624. 

SIMM per GVP card 4 Mb. 32 
bit, 60 ns, adatta per GVP 1230 II. 
A580. Impact G Force, L. 400.000. 
Claudio, tei. 02-581 051 61 , ore 

21 . 00 . 

A2320 scheda antiflicker per 
Amiga 2000 permette di collegare 
monitor VGA come nuova. L. 

160.000, Amedeo, tei. 051 - 
6148461. 

Scheda grafica Picasso II mai 
utilizzata (regalo) con 2 Mb RAM, 
software release feb. '94 compre- 
so adattatore monitor VGA a L. 
500.000 + spese di spedizione 
Tel, 06-47355972, ore ufficio, e 
chiedere del Maggiore Franco. 

Cavetto per collegare un hard 
disk da 3,5’ al tuo Amiga 600 o 
1200 Vendo a L. 45.000. Mauro 
Stefanucci, tei. 081-5404613. 

Tapestreamer SCSI mod. exa- 
byte capacità 1 Gb a L. 1 .400.000. 
HD Seagate IDE 40 Mb int. per 
Al 200/600 a L. 150.000. HD IBM 
1 Gb SCSI a L. 700.000. Mary, tei. 
0384-670937, ore pasti. 

Per Amiga 600/1200 secondo 
drive bassà densità, nuovissimo, 
prezzo da concordare. Daniele, tei. 
091-475973, ora di cena. 
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Monitor 1084s perfetto a L. 
300 mila. Inoltre hard disk IBM ide 
256 mega L. 270 mila oppure 
scambio l'hd con CD-ROM 2x i- 
de/atapi o con SIMM 4 mb 72 pin. 
Contattare Eugenio ore pasti, tei. 
055-330272 oppure 0565-703833 

Cerco per A2000 scheda Su- 
perBigBang completa di 68030 e 
68882 a 25 MHz anche priva di 
RAM. Cedo a prezzo da concorda- 
re scheda AT-ONCE plus comple- 
ta di coprocessore matematico. 
Telefonare allo 091-6815436 e 
chiedere di Roberto. Ore pasti. 

Collezione Aminel 2, 3, 4, 5 a 
L. 75.000. Compro Gold Fish 1. 
massimo L. 25,000, modem/fax 
9.600 baud max L. 100 000, scan- 
ner manuale 256 grigi 400 dpi max 
L. 150.000. Carmine Forino, tei. 
0825-753513. 

Cavetto per collegare a un A- 
miga 600 o 1200 un hard disk da 
3,5”, più economico e più diffuso 
sui PC Si può collegare anche un 
CD-ROM. Paolo Stefanucci, tei. 
081-5404613. 


Circa 9 giga di software di 
pubblico dominio e non per Ami 
ga. programmi, immagini, demo, 
animazioni, disponibilità maggiore 
per Ai 200. Massimiliano Costa, 
tel.0173-21 3258. 

Digitalizzatore Videon 4.1 sal- 
va immagini a 24 bit RGB 
(16.777.000 colori) con software L. 

280.000. Controller SCSI A4008 
GVP per Amiga 4000/2000 espan- 
dibile 8 Mb L. 270.000. Franco, tei. 
0473-446190. Merano (BZ). 

Vendo: HD 121 Mb 2.5’ Sea- 
gate per Al 200 L. 400.000. E- 
spansione per Al 200 Microbotics 
MBX 1200 (0 RAM no FPU) L. 
150 000 stampante nove aghi 
MT81 L. 125.000. Marco Gallina, 
tei. 0332-241307. 

Hard disk 2,5", 120 Mb per 
A1200/A600 + cavetto pieno di 
software PD L 390.000 trattabili. 
Gian Luca Picchi, tei. 0543- 
401793. ore serali. 

A3000, 10 Mb RAM, due 
floppy, due hard disk 105 + 540 
Mb. scheda grafica Picasso II, 2 
Mb a L 2.500.000 Chiedere di 
Andrea, ore pasti, tei. 0461 - 
925758. 

Monitor Commodore 1802. 

monocromatico e colon composito 
e SVHS, per qualsiasi Amiga o al- 
tra fonte video a L.200.000. Te- 
lefonare allo 0571 -83572. 

A2000 OS 3.1 originale L. 

650.000. Controller GVP espandi- 
bile fino a 8 Mb, HD 52 Mb L. 

550.000. 4 Mb RAM per controller 
L. 270.000. Stampante NEC P70, 
300 caratteri al secondo. 360x360 
dpi kit colore L 700.000 trattabili. 
Ore serali, tei. 0332-716152 

A4000 040 con 6 Mb RAM. HD 
120 Mb, manuali, software vario. 
Tel. 0541/640150, ore serali. O- 
mar. 

Controller Squirrel SCSI 
PCMCIA per Amiga 1200/600. 
prezzo da concordare. Tel. 0541 - 
601623, chiedere di Dennis. 

Lottobase 4.0 programma 
Shareware pel Amiga con archivio 
dal ‘39 a oggi che gestisce statisti- 
che previsioni e ricerche, solo L. 

25.000. più spese. Massimo Rus- 
so, via Montafia 2, 14010 S. Paolo 
Solbrito (AT), tei. 0141-936318. 

Controller SCSI Commodore 
2090 come nuovo, con manuale e 
imballo. Vendo L. 50.000. Giorgio, 
ore ufficio, tei. 0545-24913. 

Totogol Amiga Sviluppo di si- 
stemi condizionati, ridotti, bindotti, 
triridotti. Gestione archivi, ridotti 
immediati, gestioni matrici, stampa 
delle schedine e tabulati. Telefo- 
nare ore serali allo 080-8826487. 

CD32 + Communicator II per 
collegamento a qualsiasi Amiga, 
vendo a L. 350.000. Sergio, tei. 
0360-572459. 


ELENCO INSERZIONISTI 


Atonce Classic + hard disk 
SCSI Quantum 52 Mb con DOS 5 
+ Windows 3.1 a L. 350.000. Tel. 
051-6760807. ore 18-21. 

Al 200 HD 40 Mb + monitor 
stereo Commodore + drive ester- 
no + stampante a colori + tantissi- 
mi programmi e manuali a L 

3.500.000 non trattabili e in bloc- 
co unico Tel. 033 1 - 
832216/819480. 

Tantissimi font a colori, ottimi 
per videotitolazione Cedo L 

5.000 a floppy. Giorgio, ore uffi- 
cio. tei. 0545-24913. 

A4000 040 10 Mb RAM HD 

210 Picasso II, monitor 1942 a L. 
3 800.000, genlock GVP a L. 

500.000. Reai 3D 2.49 originale a 
L 800 000. Rocco, tei 0330- 
480456. 

Font. Raccolta di circa 300 
font disponibili in formato AGFA 
Inteilifont {per Wordworth, ecc) o 
in formato Adobe Type 1 (per I- 
magine, ecc.) vendo L. 50.000. 
Giorgio, ore ufficio, tei 0545- 
24913. 

A4000/040 HD 120 Mb 6 Mb 
RAM con o senza monitor. Prezzo 
da concordare. Chiamare Massi- 
mo ore serali, tel.0583/77064 

Dischi usati a L.500 per Ami- 
ga e a L 800 per PC vendo a 
blocchi minimo da 50 pezzi, prez- 
zo interessante per intero archi- 
vio, Paolo, tei, 0746-484988. 

Parnet: cavo e software per 
collegare in rete 2 Amiga o CDTV 
L 28.000. TwinexPress cavo e 
software per collegare Amiga e e 
PC L. 29 000 Tel. 011-2488485 
Francesco, 

Vendo giochi Amiga a L. 

3.000. Vari titoli come Monkey. I- 
siand II, The Settlers. Body Blows 
Il e moltissimi altri, oltre 500 titoli. 
Vendo inoltre Game Boy più tre ti- 
toli a L. 60.000 e Nes più 7 titoli a 
L 70.000. Chiedere di Marco, tei 
0571-631057 a qualsiasi ora, 
max serietà. 


Amiga 3000 e 1200 vendo 
configurazione da concordare 
anche separatamente con HD da 
170 e 420, 10 mega RAM, moni- 
tor multisync DPAL Vision, ecce- 
tera. Tel. 0330-272856. 

Causa passaggio al nuovo 
A4000 Tower vendo A4000 04Q 
con 10 MB HD e scheda Emplant 
a L. 3.900.000. 

Per A600. Al 200 vendo hard 
disk 2,5" interno da 120 Mb com- 
pleto di cavetto e pieno di softwa- 
re installato. L. 400.000 trattabili. 
Telefonare allo 0372-37875 e 
chiedere di Federico. 

Per A600, Al 200 vendo hard 
disk 2,5” interno da 120 Mb com- 
pleto di cavetto e pieno di softwa- 
re installato. L. 400.000 trattabili 
Telefonare ore serali allo 0372- 
454818 e chiedere di Marco. 

Causa doppio regalo vendo 
scheda acceleratrice per A 1200 
(mai usala) Hardital TQM con 
68030 ('completo ", non EC, quin- 
di con MMU) e coprocessore ma- 
tematico 68882 entrambi a 50 
MHz a L 500.000 Inoltre Amy- 
Iink32. interfaccia per collegare in 
rete CD32 e un Amiga qualsiasi a 
L 50 000 più spese di spedizione. 
Telefonare per informazioni allo 
095-642795 (dalle 21 ,00 in poi) e 
chiedere di Benedetto. 

CD-ROM originali per Amiga 
vendo collezione Saar & Amok II 
L. 50.000. Music Box 1994 e Mu- 
sic from Heaven L. 20.000 cad.. 
Multimedia Toolkil L. 45.000 Mul- 
timedia Toolkit 2 (CD doppio) L. 

75.000, Clip Art 2 Professional 
con manuale L. 50.000. Banshee 
per CD32 L. 40.000, Gamers De- 
light contenente 40 giochi com- 
merciali per CD32 e CDTV L. 

65.000 Claudio, tei. 06-5699098. 

Causa mio invecchiamento a 
malincuore cedo Al 200. blizzard 
Al 220 a 28 MHz con 4 Mb RAM, 
VIDIA12 digitalizzatore AGA, HD 
IDE 120 Mb 2,5" veloce Qualsiasi 
prova Telefonare allo 0184- 
667457 ore 10-12 giorni feriali 
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Per Amiga 500+/2000/3000 
scheda emulatrice IBM (MS- 
DOS) CPU fino a 17 MHz orolo- 
gio batteria tampone, più 1 Mb 
RAM installato, software e manua- 
li L. 350 000. Enzo, tei .010- 
6444261. 

Totogol V2.0 è uscita la se- 
conda versione. Ci sono più con- 
dizionamenti, corretti alcuni difetti, 
adesso stampa le schedine su 
qualsiasi stampante. Per informa- 
zioni tei 080-8826487 ore serali. 
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Cerco Amiga OS 2.1 comple- 
to di installer Domenico D'Aguì. 
Tel. 0965-625376, ore 20.00- 

22 . 00 . 


o 

oc 

Q. 

E 

O 

U 

♦ 

tjj 

0 c 

<E 

z> 

♦ 

o 

a 

z 

ui 

z> 


♦ 

o 

oc 

b. 

E 

o 

o 


Cerco abbonamenti per Ami- 
ga su CD-ROM + manuali tradotti 
dei vari programmi. Alberto Guin- 
dani, tei. 01 1-9244639. 

Cerco programma Twin Ex- 
press Scrivete, non ho telefono. 
Alen Markovìc, vicolo San Silvano 
3, 28078 Romagnano Sesia 
(NO). 

Sono un ragazzo di Aosta, 
cerco persone nella mia città o nel 
resto della valle che condividano 
la mia passione per Amiga per 
formare un gruppo di amici Ste- 
fano, lei. 0165-43738. 

Cerco amighisti in tutto il Pie- 
monie per scambio software per 
Amiga, Tel. 0173-280526 a Gian- 
luca, oppure scrivere a: Gianluca 
Fresia, corso Europa 132/2. 
12051 Alba (CN). Grazie a lutti. 

BBS LAB a messaggeria. Fi- 
donet, file PD, Shareware, files 
GIF, IFF, Jpeg per Amiga PC 
compatibili. Tel. 06-3720787. 

Possiedo più di 1 .000 moduli 
protracker per Amiga e molto 
soft PD che vorrei scambiare con 
voi. Inviate liste a : Mario Amabile, 
via G. Nicotera 5. 84013 Cava dei 
Tirreni (SA), tei. 081-344349. 

La BBS Amiga Professional 

ha i CD ROM Ammet in linea, 
comprende numerose aree file e 
due aree mercatino. Amos e a- 
stronomia. Tel. 049-604488, dalle 
19.30 alle 5.30. 

Amighisti romani non più 

giovanissimi contatterei per scam- 
bio software ludico e applicativo, 
scambio manuali, consigli, solu- 
zioni, giochi, eventualmente for- 
mazione club per chi ha passato 
gli "enta". Riccardo, tei. 06- 
8415282 

ABK2MOD e un programma 
che vi permette di convertire 
Amos Music Banks in moduli pro- 
tracker, Shareware, L. 10.000. De- 
mo disponibile gratis. Andrea Bu- 
gada.via IV novembre 86. 13060 
Lessona (Bl). tei. 015-981688. 


LottoFobia 6.65. Programma 
shareware per Amiga e PC Win- 
dows che gestisce archivio, estra- 
zioni dal 1939 (o dal 1871) a oggi, 
con ricerche, previsioni, metodi, 
eccetera. Richiesta solo la regi- 
strazione L. 35.000. Disponibile 
anche la smorfia elettronica. 

Vendo CD ROM pe r 1200/600 
facile da installare (PCMCIA) e da 
usare, ancora in garanzia, più due 
CD in omaggio. Tel. 0521/85251 1 . 
Salvatore ore serali. 



Scambio programmi di pub- 
blico dominio per Amiga. Telefo- 
nare dopo le 17.30 allo 02- 
2541704, Davide. 

Cerco fotocopie programmi 

Amiga (perduto originale): CLI 
workshop 1.28. X-Copy III, Super 
Copy. Deluxe Paint. Softwood file 
II, Amiga 500 RAM manager. CI 
Texsts, X Copy professional Bru- 
no Fanton, tei 0422-951 1 28. 

Cerco software e istruzioni e 
schema elettrico della scheda 
Hardital Bang 68020/16 Zona 
Bologna, ore serali. Alessandro, 
tei. 051 -390445. 

Cerco disperatamente il pri- 
mo, secondo.terzo e quarto fasci- 
colo della Guida Rapida all’Ami- 
gaDOS (anche fotocopie). Telefo- 
nare ore pasti a Rosario Zarcone, 
tei 091-6302446. 

Per Amiga sono disponibili 
manuali in italiano di Scala 
MM300, Light Wave 3D, Reai 3D 
V2.4, TV Paint 3.0. DIR Opus 5.0. 
D-Pamt 5.0 e altri 250 titoli dispo- 
nibili. inoltre puoi associarti al no- 
stro club. Per saperne di più chia- 
ma lo 02-99057579 

Cercasi programmi di gestio- 
ne condominio e varie Marcello 
Colagreco, tei. 06-5502363. 

Cambio 2 manuali in italiano 

per A500 e A500+2000 (fotoco- 
pie) con un fax-modem a 14 .400 
oppure 30 dischetti programmi. 
Scrivere a Panarosa Nicola. Herri- 
chstr. 23 E/8 93049 Regensburg 
W. Germany. 

Servizio di riversamento vo- 
stri dati (Amiga/PC) su CD. Im- 
magini, moduli e grosse quantità 
di dati sia da vostri dischi che da 
hard disk. Prezzi modici e variabili 
secondo il supporto di provenien- 
za. Per informazioni tei 0360- 
912696. 

Cerco OS 2.1 per installarlo su 
HD, lei. 0536-990023 Rino 

Testi riguardanti la program- 
mazione hardware di Amiga (an- 
che su file). Cerco contatti con 
gruppi di coder di demo Giovanni 
Fiscarelli. via G. Rosati 56, 71 100 
Foggia, tei 0881-675449. 



SERVIZIO INSERZIONI GRATUITE 

COMPRO/VENDO 





Sei un lettore di AMIGA MAGAZINE e vuoi entrare in 
contatto con tutti gli altri lettori per comprare, cambiare 
o vendere hardware, software o accessori Amiga? 

Per usufruire di questo servizio occorre: 

Compilare in tutte le sue parti il questionario sulla 
pagina retrostante 

• Staccare la pagina, piegarla seguendo le linee 
tratteggiate, incollarla negli spazi e spedire 
all'indirizzo prestampato affrancando come lettera 




AMIGA MAGAZINE TUTTI I MESI IN EDICOLA CON: 


• TransAction: le pagine del programmatore • Recensioni 
hardware e software • On disk • Il tecnico risponde • 
i Rubriche su programmazione, grafica, DTP e videogame 







INDIRIZZO PRIVATO 


□ COMPRO 

□ VENDO 

□ VARIE 


Il TAGLIMI E (JTUIZZABlli 
PER UN SOLO PRODOTTO 
USARE MASSIMO ?0 PAROLt 
NON SI ACCETTANO f DICCOPIE 
0 fOGH ALLEGATI k TAGUANOO. 
SCRIVERE IN STAMPATELLO 


TESTO INSERZIONE 
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FATTI CONOSCERE DA: 



contrassegnai campi 

DI INTERESSE NELLE 
RISPETTIVE SEZIONI. 


TITOLO DI STUDIO; 

□ Licenze elementare 

□ Diploma medie inferiori 
D Diploma medie superiori 

□ Corso di studi parauniversitario 
3 Laurea 

PROFESSIONE: 

□ Sludenle 

□ Operaio 
3 Impiegato 
3 Dirigente 

□ Libero professionista 

□ Imprenditore 
fi Commerciante 
3 Artigiano 

3 Insegnante 

PltGARE ^ 


COMPUTER UTILIZZATO 
ABITUALMENTE: 

3 500 
3 500 Plus 

a 600 
n iooo 
1 1200 
3 2000 

□ 3000 

□ 4000/030 

□ 4000/040 

□ CDTV 

□ CD32 


POSSIEDI ALTRI COMPUTER? 
QUALI? 


QUALI DELLE SEGUENTI PERIFERICHE POSSIEDI: 


3 Stampante aghi 
3 Stampante getto inchiostro 

□ Stampante laser 

□ Modem lento 

□ Modem veloce 

□ Monitor 

3 Monitor VGA 

□ Monitor mulliscan 

□ Hard disk SCSI 
H Hard disk IDE 
T Floptical 


□ SyQuest 

D Magnetooltico 

□ Tape streamer 

□ Digitalizzatore audio 

□ Digitalizzatore video 

□ Genlock 
3 TBC 

3 janus 

fi Altro: 


QUALI ARGOMENTI VORRESTI 
VEDER TRATTATI PIU' AMPIAMENTE 
SU AMIGA MAGAZINE? 


TI PIACE LA VESTE GRAFICA 
DELLA TESTATA? 

n Si n No 
□ Ecco come la modificherei 


USI AMIGA PER: 

3 Giocare 

□ Scrivere 

□ Telecomunicazioni 

□ Programmare in C 
3 Progammare in C++ 

3 Programmare in Modula 2 
3 Programmare in Assembler 

□ Programmate in Pascal 
D Programmare in AMOS 

□ Grafica 2D 
3 Grafica 3D 

□ DTP 

fi Titolazioni e DTV 

□ Multimedia 

□ Archiviazione dati (database] 

□ Calcoli (foglio elettronicol 

3 Gestione magazzino e simili 

USI AMIGA 
PER LAVORO? 

□ Si □ No 


POSSIEDI UNA SCHEDA GRAFICA? 
QUALE? 


□ DCTV 

□ GVP Impact Vision 

□ Retina 
3 Picasso 

□ Merlin 

□ GVP Spectrum 

□ GVP EGS/1 10 

□ Domino 
3 Omnibus 

fi Opal Vision 

□ Piccolo 

□ Rainbow 

□ Altra: 

SISTEMA OPERATIVO 
UTILIZZATO: 

□ 12 □ 2.1 

3 1.3 □ 3.0 

3 2.0 □ 3 I 




VENDITA PER 
CORRISPONDENZA 


SHOW ROOM 
VENDITA DIRETTA 


Via Forze Armate, 260 
20152 Milano 

Tel. 02/48016309-4890213 
Fax 02/4890213 


Via G. Cantoni, 12-20144 Milano 

Tel. 02/4983457 - 4983462 - Fax 02/4983462 


DAL LUNEDI AL SABATO 9.30/12.30 14.30/19.30 - HOT LINE 0337/345899 



Power Chartger 

La primo scheda velocizzalrke al mondo per Amiga 
4000. Aggiunge uno sprint di potenza in più, grazie al 
processore Motorola 68040 a 28,5.. 35 e 40MHz. Si 
potranno eseguire i lavori od una potenza elaborativa 
paragonabile alle piu blasonate workstation grafiche. 
Compatibile arche con i modelli Amiga 3000 

28.5 MHz L. 690.000 

40MHz L. 1.290.000 



Smart 

Controller SCSI II per A 1200. A600 e A40Q0 per poter col- 
legare CD-ROM. hard disk, floptical, Syquesl. streamer, etc. 
Controllo fino 0 6 periferiche. Non occupa lo slot CPU e per- 
iamo si utilizza insieme a schede acceleratrici, espansioni di 
memoria, hard disk IDE AT-BUS. L. 149.000 

fioundle con CD-ROM SCSI 2 doublé speed con cabinet 
esterno L 499.000 



TQM 

La più potente scheda accclerotrice per PAI 200 del mer- 
cato. Monta 68030 da 28 a 50MHz con MMU con zocco- 
lo per coprocessore matematico 68882, espandibile lino 
a 128 MB con moduli SIMM a 72 contatti. Completa di 
orologio e batterio tampone. Modulo SCSI opzionale. 
28MHz L. 320.000 
40MHz L. 390.000 50MHz L. 540.000 
Modulo SCSI L. 349.000 
Boundle con 68030 e 68882 a 50MHz 
con 4 MB Ram L. 950.000 
con 16 MB Ram L. 1.650.000 



Fastlane 

Il più polente controller Hard Disk in tecnologia SCSI-2 
Zorro-3 per Amiga 3000 e 4000. Completo di un'espan- 
sione di memoria fino a 256 MB di RAM con utilizza di 
moduli SIMM a 30 contolti. L. 690.000 



Over thè Top 

La più polente scheda acceleratrice per A2000. Basato 
sul 68040 a 30 o 35MHz comprende sulla scheda una 
espansione RAM fino a 32 MB con moduli SIMM da 1 o 4 
MB. Monta opzionalmente un controller SCSI-2 molto 
veloce. Compatibile con i sistemi operativi 2.0 o 3.0. 

30MHz L. 890.000 

4MB RAM L. 440.000 

Modulo SCSI-2 L 199.000 



Cyberstorm 

Scheda acceleratrice con il nuovissimo e potente 68060 a 
50MHz per Amiga 4000. Espandibile fino a 128 MB di 
Fast Ram. Slot di espansione per porle seriali veloci e 
controller SCSI-2 

68060 - 50MHz L. 2.090.000 

Modulo SCSI-2 L. 490.000 


Ide A 

CD-ROM in standard IDE-ATAPI da collegare direttamen- 
te sul connettore dell hard disk dell'A600 - Al 200 e 
A4000. Il kit comprende CD-ROM a doppia a quadruplo 
velocità, covetteria e case per il collegamento c l'allog- 
giamento del CD-ROM, software di gestione. Le singole 
parti possono essere acquistate separatamente. 


CD-ROM 2 velocità L. 249.000 

CD-ROM 4 velocità L. 390.000 

Cavetti e case L. 1 1 0.000 

Software di gestione L. 90.000 



Cyber Vision 

La più potente e versatile scheda acceleratrice grafica per 
A3000 e A4QO0. Basata sul Chip Set '53''. Si installa 
sullo Slot Zorra 3 del computer. Disponibile con 2 a 4 MB 
di V Ram. 

2 MB L. 920.000 

4MB L. 1.120.000 


TUTTE LE NOVITÀ DEL MERCATO AMIGA 


VARIE AMIGA 


CO 32 CONSOLE A 32 BIT COMM/ITALIA 

319.000 

WA8P ENGINE 68040 PER A4000 DA 28 A 40MHZ 

1.740.000 

S.0. 3.1 ORIGINALE COMMODORE CON MANUALE ITALIANO 

175.000 

CD ROM SCSI-2 DOUBLÉ SPEED 

449.000 

WARP ENGINE 68040 PER A4000 A 40MHZ 

2.740.000 

CO 32 LINK PER COLLEGARE IL CO 32 ALL'AMIGA 

69.000 



1 984S-0.39"dp PER TUTTI 1 MODELLI AMIGA 

420.000 

SONV TRINITRON 1024x7 68 dp 0 26 

1.790 000 

MICRQVI1EC 14" MULTI SCAN 

720 000 

1 


STAMPANTI | 

COMMODORE 1270 INKJET 

350.000 

NP INKJET COLORI 550 C 

890.000 

FARGO PRIMERA COLORI TRASFERIMENTO TERMICO 

1.690.000 



HARD DISK SC5I-2 

HARD DISK QUANTUM 3,5” 540 MB 

440.000 

HARD DISK QUANTUM 3,5” 740 MB 

560.000 

HARD DISK QUANTUM 3,5" 1080 MB 

860.000 

HARD DISK QUANTUM 3,5" 2100 MB 

1.820.000 


SCHEDE ACCELERATRICI PER A 1200 


ELIZZARO 1 220 CON 68EC020 A 28MHZ + 4 MB RAM 550.000 

BLIZZARD 1 240 III CON 68EC030 A 40MHZ ESP 32 MB 120.000 

fi LIZZARD 1253 CON 68030 A 50MHZ ESP 32 MB 560.000 

MODULO SCSI PER BLIZZARD 250 000 

DOMINATOR ■ LSP. DA 1 A 8 MB + ZOC. 68382 + OROLOGIO 100 000 


SCHEDE ACCELERATRICI PER A2000 1 

SUPERBIGBAHG CON 6B030 A 25MHZ - CONTROLLER HD 


SCSI-2 ESP A 8 MB 


RAM ZIP A 32 BIT PER SBB OGNI MB 

KOilil 


SCHEDE ACCELERATRICI PER A2000-A500 


BANG CON 68020 A 14.2MHZ E ZOCC PER COPROCESSORE 169.000 
8IGBANG CON 68030 A 25MHZ + ZOCC PER COPROC. ESP. A B MB290.000 
RAM ZIP A 32 BJT PER SBB OGNI MB 120.000 


COPROCESSORI MATEMATICI 
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PC-IBM COMPATIBILI 


PC 486 0X2 66 - PCI - 4 MB - 1 MB SVGA - HD 540 MB telefonare 
PC 486 DX4 1 00 - PCI - 4 MB - 1 MB SVGA - HO 500 telefonare 

PC PENTIUM 90MHZ -PCI - 4 MB - I MB SVGA - HD 1 GB telefonare 


ESPANSIONI DI MEMORIA PER A4000 E A3000 


RAM ZIP 1x4 MB PER A3000 o MEMORY MASTER OGNI MB 150 000 

MODULO SIMM 4 MB - 32BIT 72 PIN 359.000 

MODULO SIMM 8 MB -328IT 72 FIN 649 000 

MODULO SIMM 1 6 MB - 32B1T 72 PIN 1.290.000 


SCHEDE GRAFICHE PER A2000-A3000-A4000 


RETINA SCHEDA 1 6.8MM COLORI 1 MB 480.000 

RETINA SCHEDA 1 6.8MM COLORI 2 MB 590 000 

RETINA SCHEDA 1 6.8MM COLORI 4 MB 780.000 

ENCOOER PER RETINA 249.000 

ENCODER INTERNO PER A2000/3000/4000 VIDEO SLOT 220.000 
RETINA 8LT3 ZORRO III 2 MB 790.000 

RETINA BLT3 ZORRO III 4 MB 990 000 

VLAB V LAB VIDEO DIGITIZER REAL TIME 24 BIT INTERNO 650 BOB 
V-LAB VIDEO DIGITIZER REAL TIME 24 BIT EST. * AS00/600/T 200 650 000 
VLAB FUEL MOTION JPEG 2 090 OTTO 


SCHEDE VARIE 


KICKSTART 2.0 SWITCHABILE PER A500 E A2000 69 000 

KICKSTART 3.0 PER A500 E A2000 69.000 

EMPIANE EMULATORE MAC MOD.BASIC 749.000 

EMPIANE EMULATORE MAC MOD.DELUXE 949.000 

MAGAAGNUS 2 MB DI CHIP RAM x A50O E A2000 + SUPER AGNUS 390.000 


DRIVE 


DRIVE ESTERNO PER TUTTI MOD. AMIGA SEL. 880KB 99.0CC 

SUPERDRIVE ESTERNO PER Tini MMOD. AMIGA 880-1 760KB 290.000 

SUPERORIVE INTERNO PER TUTTI MOO. AMIGA 880-1 760KB 240 000 


CD-ROM PER A2000/ 3000/4000 


| PANASONIC SCSI DOPPIA VELOCITÀ 300 KB/SEC. + CONTROLLER 499.000 | 

TUTTI I PREZZI SONO IVA COMPRESA 
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